BRPI0708828A2 - mÉtodo para fornecer mensagens sÍncronas entre um usuÁrio de uma rede cliente e uma segunda parte que troca a mensagem; mÉtodo para o gerenciamento de mensagens sÍncronas entre um primeiro usuÁrio de uma rede de cliente e uma segunda parte de troca de mensagem; mÉtodo para o gerenciamento de mensagens sÍncronas entre um primeiro usuÁrio de uma rede de cliente e um segundo usuÁrio na rede de cliente; sistema de processamento de mensagem operÁvel para processar mensagens sÍncronas entre um usuÁrio de uma rede de cliente e uma segunda parte de troca de mensagem - Google Patents

Abstract

MÉTODO PARA FORNECER MENSAGENS SÍNCRONAS ENTRE UM USUÁRIO DE UMA REDE CLIENTE E UMA SEGUNDA PARTE QUE TROCA A MENSAGEM; MÉTODO PARA O GERENCIAMENTO DE MENSAGENS SÍNCRONAS ENTRE UM PRIMEIRO USUÁRIO DE UMA REDE DE CLIENTE E UMA SEGUNDA PARTE DE TROCA DE MENSAGEM; MÉTODO PARA O GERENCIAMENTO DE MENSAGENS SÍNCRONAS ENTRE UM PRIMEIRO USUÁRIO DE UMA REDE DE CLIENTE E UM SEGUNDO USUÁRIO NA REDE DE CLIENTE; SISTEMA DE PROCESSAMENTO DE MENSAGEM OPERÁVEL PARA PROCESSAR MENSAGENS SÍNCRONAS ENTRE UM USUÁRIO DE UMA REDE DE CLIENTE E UMA SEGUNDA PARTE DE TROCA DE MENSAGEM. Trata-se de um sistema aperfeiçoado para o qerenciamento de mensagens sincronas entre as partes da mensagem. De acordo com uma modalidade, um sistema de gerenciamento de mensagens síncronas centralizado é proporcionado como um serviço de assinatura a diversos clientes sem a necessidade de instalar equipamento adicional rio local em que o cliente está. O sistema de gerenciamento de mensagem síncrona é conectado a diversas redes de cliente, servidores de serviço de mensagem e mensageiros de terceira parte através de uma rede pública, como a Internet. De acordo com uma modalidade, todas as mensagens sincronas que chegam e que saem para um cliente são direcionadas através do sistema de gerenciamento de mensagem síncrona. Ao fazer isso, as mensagens podem ser processadas em tempo real pelo sistema de gerenciamento de mensagem síncrona. Diversas diretrizes e algoritmos de filtragem podem ser aplicados a estas mensagens pelo sistema de gerenciamento de mensagens síncronas. De acordo com uma outra modalidade, o sistema de gerenciamento de mensagem síncrona pode armazenar informações de diretrizes em nome de um sistema de mensagem de empresa que resida totalmente dentro de uma rede de cliente. De acordo com uma outra modalidade ainda, o sistema de gerenciamento de mensagem síncrona pode agir como uma câmara de compensação para a transmissão de mensagens síncronas entre diversos sistemas de mensagem de empresa que estejam localizados dentro das redes de cliente.

Description

"MÉTODO PARA FORNECER MENSAGENS SÍNCRONAS ENTRE UMUSUÁRIO DE UMA REDE CLIENTE E UMA SEGUNDA PARTE QUE TROCA AMENSAGEM; MÉTODO PARA O GERENCIAMENTO DE MENSAGENS SÍNCRONASENTRE UM PRIMEIRO USUÁRIO DE UMA REDE DE CLIENTE E UMASEGUNDA PARTE DE TROCA DE MENSAGEM; MÉTODO PARA OGERENCIAMENTO DE MENSAGENS SÍNCRONAS ENTRE UM PRIMEIROUSUÁRIO DE UMA REDE DE CLIENTE E UM SEGUNDO USUÁRIO NA REDEDE CLIENTE; SISTEMA DE PROCESSAMENTO DE MENSAGEM OPERÁVELPARA PROCESSAR MENSAGENS SÍNCRONAS ENTRE UM USUÁRIO DE UMAREDE DE CLIENTE E UMA SEGUNDA PARTE DE TROCA DE MENSAGEM".

REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS

Este pedido reivindica a prioridade do pedido depatente provisória ns U.S. 60/821.957, depositado em 09 deagosto de 2006 e do pedido de patente provisória n£ U.S.60/871.074, depositado em 20 de dezembro de 2006, amboscedidos à mesma cessionária do presente pedido e aquiincorporados integralmente à guisa de referência. Estepedido também reivindica a prioridade do pedido de modelo deutilidade U.S. n2 11/277.017, depositado em 20 de março de2006, também cedido à mesma cessionária do presente e aquiincorporado integralmente à guisa de referência.

Além dos pedidos acima, o pedido de patente U.S. aseguir, copendente e cedido à mesma cessionária do presentefoi depositado na mesma data deste pedido. O pedido a seguiré, por conseguinte, também um pedido relacionado e éincorporado integralmente ao contexto à guisa de referência.

O pedido n2 U.S. 11/---,---, com n- de Dossiê do ProcuradorPST-014, de Adam S. Dawes et al., e intitulado "UnifiedManagement Policy for Multiple Format ElectronicCommunications".

CAMPO DA TÉCNICA

As modalidades aqui descritas referem-se, demaneira geral, a sistemas para o monitoramento egerenciamento de comunicações eletrônicas, e, maisparticularmente, a sistemas e métodos para gerenciarmensagens sincronas enviadas entre usuários cliente e outraspartes da mensagem.

FUNDAMENTOS DA INVENÇÃO

o gerenciamento de mensagem sincrona é comumentefeito por · provedores de serviço de mensagem sincrona(Yahoo!, AOL, MSN e Google) que têm usuários/assinantes epor companhias que distribuem serviços de mensagem sincronadentro de redes corporativas. Quando é feito o gerenciamentode mensagem sincrona pelo provedor de serviço de mensagem,ou por um cliente no local de servidor da companhia,valiosos recursos de comunicações de largura de banda e decomputação são despendidos no roteamento, análise e outros manejos de tráfego de mensagem sincrona. Os atuais sistemasde mensagem sincrona são adicionalmente caracterizados poruma falta de monitoramento em tempo real, retorno eatualização de regras, uso ou outras diretrizes referentes atal tráfego. Logo, existe a necessidade de um sistema aperfeiçoado para gerenciar mensagens sincronas.

SUMÁRIO DA INVENÇÃO

É descrito um sistema aperfeiçoado para ogerenciamento de mensagens sincronas entre partes do serviçode mensagem. De acordo com determinadas modalidadesdescritas, um sistema de gerenciamento de mensagem sincronacentralizado é proporcionado como um serviço de assinatura adiversos clientes sem a necessidade de instalar equipamentoadicional onde o cliente está. O sistema de gerenciamento demensagem sincrona é conectado a diversas redes de cliente,servidores de serviço de mensagem e mensageiros de terceiraparte através de uma rede pública, como, por exemplo, aInternet. De acordo com esta modalidade, todas as mensagenssincronas que chegam e que saem são direcionadas através dosistema de gerenciamento de mensagem sincrona. Ao fazerisso, as mensagens podem ser processadas em tempo real pelosistema de gerenciamento de mensagem sincrona.

Este processamento em tempo real pode incluir aaplicação de diversas diretrizes aos usuários e clientes queassinam os serviços de gerenciamento de mensagem sincrona.Estas diretrizes podem regular o nivel de atividade de trocade mensagem sincrona permitida por diversos usuários eclientes do sistema. O processamento em tempo real tambémpode examinar os metadados e o conteúdo real associado àmensagem sincrona para determinar se a mensagem deve serbloqueada como não solicitada ou não desejável ("spim").

Devido ao fato de um grande número de redes de clientespoderem ser conectadas ao sistema de gerenciamento demensagem sincrona, o sistema é operável para coletar umagrande quantidade de dados empíricos sobre o tráfego demensagens sincronas na Internet. De acordo com asmodalidades descritas, os dados de tráfego coletados podemser usados para gerar algoritmos de pontuação que atribuemuma pontuação de reputação particular a uma mensagem combase na probabilidade de a mensagem sincrona não sersolicitada ou não ser desejável. Estas pontuações dereputação podem ser usadas para filtrar mensagens sincronasrecebidas pelo sistema de gerenciamento de mensagem sincronaem tempo real.

De acordo com modalidades descritas aqui, osistema de gerenciamento de mensagem sincrona pode armazenarinformações de diretrizes em nome de um sistema degerenciamento de empresa que resida totalmente dentro de umarede de clientes. Nestas modalidades, as mensagens sincronaspodem ser enviadas dentro de uma rede de cliente particularsem passar através do sistema de gerenciamento de mensagemsincrona. Para aplicar diretrizes a estas mensagens, osistema de mensagem da empresa recupera diretrizes dosistema de gerenciamento de mensagem sincrona e aplica estasestratégias às atividades de mensagem em tempo real. Assim,o sistema de gerenciamento de mensagem sincrona permite quesejam aplicadas diretrizes a um sistema existente demensagem de empresa, sem a instalação de qualquer novoacessório ou hardware no local do cliente.

Conforme descrito aqui, o sistema de gerenciamentode mensagem sincrona pode agir como uma câmara decompensação para a transmissão de mensagens sincronas entrediversos sistemas de mensagem de empresa que estãolocalizados dentro de redes de clientes. Estes diversossistemas de serviço de mensagem sincrona, conseqüentemente,podem ser federados juntos para troca de mensagens entreclientes. 0 sistema de gerenciamento de mensagem sincronapode aplicar diversas diretrizes de federação, o que podepermitir diversos níveis de serviço de mensagem entreclientes.

O que foi dito anteriormente esboçou e resumiudiversas modalidades descritas. Características emodalidades adicionais serão descritas adiante e podem serestabelecidas especificamente em uma ou mais dasreivindicações incluídas abaixo. Aqueles que são versados natécnica devem apreciar que podem usar imediatamente oconceito descrito e modalidades específicas como uma basepara projetar ou modificar outras estruturas para realizaras mesmas finalidades ou finalidades relacionadas, comoaquelas das modalidades descritas. Aqueles que são versadosna técnica devem notar também que construções equivalentesnão se afastam do espírito e escopo da presente invenção.

Breve Descrição dos Desenhos

As modalidades são ilustradas à guisa de exemplonas figuras em anexo, em que números de referência iguaisindicam partes similares e em que:

A Figura 1 é um diagrama de bloco de um sistemaexemplar para o gerenciamento de mensagens síncronas entreusuários cliente e outras partes do serviço de mensagem,para uso com uma ou mais das modalidades descritas;

A Figura 2 é um diagrama de bloco que ilustra umbanco de dados ass ociado a um sistema de processamento demensagens adequado para uso com uma ou mais das modalidadesdescritas;

A Figura 3 é um fluxograma de processo que ilustraum processo representativo para registrar um novo usuáriocom um sistema de processamento de mensagens, de acordo comuma modalidade;

A Figura 4 é um fluxograma de processo que ilustraum processo representativo para ativar um terminal decliente para serviço de mensagem sincrona, de acordo com umamodalidade;

A Figura 4A é um fluxograma de processo queilustra um processo representativo para ativar um terminalde cliente em uma rede de sistema de serviço de mensagempara serviço de mensagem sincrona, de acordo com umamodalidade;

A Figura 5 é um fluxograma de processo que ilustraum processo representativo para aplicar diretrizes a umevento de serviço de mensagem sincrona, de acordo com umamodalidade ;

Α Figura 5A é um fluxograma de processo queilustra um processo representativo para filtrar o conteúdode um evento de serviço de mensagem sincrona, de acordo comuma modalidade;

A Figura 6 é um fluxograma de processo que ilustraum processo representativo para ativar um usuário deterceira parte ρ ara serviço de mensagem sincrona, de acordocom uma modalidade;A Figura 7 é um fluxograma de processo que ilustraum processo representativo para fornecer mensagens sincronasde saida oriundas de um terminal de cliente, de acordo comuma modalidade;

A Figura 7A é um fluxograma de processo queilustra um processo representativo para fornecer mensagenssincronas de saída oriundas de um terminal em um sistema deserviço de mensagem de empresa, de acordo com umamodalidade;

A Figura 8 é um fluxograma de processo que ilustraum processo representativo para receber mensagens sincronasde entrada de um usuário de terceira parte, de acordo comuma modalidade;

A Figura 8A é um fluxograma de processo queilustra um processo representativo para receber mensagenssincronas que chegam oriundas de usuário de terceira parteem um sistema de serviço de mensagem de empresa, de acordocom uma modalidade; e

A Figura 9 é um diagrama de fluxograma que ilustraum processo representativo para fornecer mensagens sincronasentre sistemas de serviços de mensagem de empresa federados,de acordo com uma modalidade.

DESCRIÇÃO DETALHADA

São descritas no presente pedido, modalidadesespecíficas de um sistema de processamento de mensagens 135e métodos de operar em e com o sistema de processamento demensagens 135, designado para processar mensagens sincronas,como mensagens instantâneas, VOIP ou aplicativos decompartilhamento de arquivo. Um diagrama de bloco ilustrandoo desenho de um sistema representativo para gerenciar oserviço de mensagem sincrona é ilustrado na Figura 1. Estáilustrado na Figura 1 um sistema de processamento demensagens 135 que tem conceito similar ao Sistema deGerenciamento de Mensagem Eletrônico Postini®, que édescrito na patente U.S. No. 6.941.348. 0 sistema deprocessamento de mensagens pode ser conectado a um ou maisclientes 105, 110 através da Internet 115. Cada cliente éconectado à Internet 115 através de um servidor de Internet120 e uma barreira de segurança 125. Uma pluralidade determinais 130 pode ser conectada a cada servidor de Internet120 para comunicação com a Internet 115. O sistema deprocessamento de mensagens 135 também é conectado a um bancode dados 140 em que uma série de dados correspondentes aosclientes 105, 110 e usuários, é armazenada. Também estãoarmazenados no banco de dados 140, metadados correspondentesa tráfego de mensagem que passa através do sistema deprocessamento de mensagens 135. De acordo com umamodalidade, o sistema de processamento de mensagens 135monitora os dados do serviço de mensagem para um grandenúmero · de clientes. Como resultado, o sistema deprocessamento de mensagens 135 coleta grandes quantidades dedados empíricos referentes ao tráfego de mensagens. Estesdados podem incluir o endereço IP fonte para uma mensagem,seu endereço IP de destino, o nome da tela fonte, o nome datela destino, hiperlinks embutidos e informação de anexo. Osistema de processamento de mensagens 135 pode utilizar estainformação, junto com outras informações coletadas paragerar pontuações de reputação correspondentes a uma mensagemparticular. 0 processo para gerar pontuações de reputação édescrito com mais detalhes na patente U.S. No. 6.941.348,que é incorporada ao contexto à guisa de referência nestepedido. Estas pontuações de reputação podem então ser usadaspara reter, deixar de quarentena ou apagar uma mensagemparticular ou tomar outras medidas relacionadas à mensagem,dependendo dos parâmetros particulares atribuídos a umcliente ou usuário. 0 processo para avaliar mensagenssíncronas com pontuações de reputação é descrito com maisdetalhes abaixo com referência à Figura 5A.

Conforme é mostrado na Figura 1, o sistema deprocessamento de mensagens 135 também está conectado aterminais de terceira parte 145, uma autoridade decertificado de criptografia 150 e pelo menos um servidor demensagem 155 através da Internet 115. O servidor de mensagem155 é o servidor central no qual um protocolo de mensagemparticular (por exemplo, Yahoo, Microsoft Network (MSN),AOL, Google Chat) é executado. Ou, como uma alternativa, oserviço de mensagem 155 pode gerenciar comunicações de voz(por exemplo, com o uso do protocolo VOIP), conteúdo devídeo ou aplicativos de compartilhamento de arquivo. 0servidor de mensagem 155 mantém uma lista de assinantes 160que assina o serviço de mensagem. A cada assinante éatribuída uma lista de parâmetros 165 que é armazenada noservidor de mensagem 155, incluindo o endereço IP atual doassinante, uma lista de contatos (por exemplo, uma lista de"amigos do peito" ou de "contatos") que também assinam oserviço e parâmetros de notificação on-line

Uma visão mais detalhada das tabelas, campos edados armazenados no banco de dados do sistema deprocessamento de mensagens 140 é ilustrada na Figura 2. Obanco de dados do sistema de processamento de mensagens 140mantém, entre outras coisas, uma lista de clientes 205 queassina os serviços de gerenciamento de mensagem. Esta listade clientes refere-se, de preferência, a uma lista deorganizações ou grupos, ao invés de indivíduos, que assinamos serviços de gerenciamento de mensagens. A cada clientesão atribuídos diversos parâmetros 245, inclusive permissõesa nível de cliente 211, categoria geral do cliente 212,parâmetros de filtragem 213, que identificam o que deve serfeito com mensagens problema, parâmetros de registro 214 quedescrevem se e como as mensagens devem ser gravadas,endereços IP 215 que descrevem o endereço, a faixa deendereço, ou nomes de domínio associados ao cliente e outrasinformações de contato 216 para o cliente. Uma lista deidentificadores de usuário 210 também pode ser associada acada cliente na lista de clientes 205. Cada um destesidentificadores 210 identifica unicamente o usuário, adespeito de qual protocolo de serviço de mensagem sejautilizado pelo usuário. Uma lista de propriedades de federação 217 também pode ser associada a cada cliente. Aspropriedades de federação 217 são usadas quando um clienteimplementa um sistema de mensagem de empresa, ao invés de umprotocolo de mensagem pública. As propriedades de federaçãoidentificam que clientes e usuários fora da rede de clientespodem se comunicar com usuários dentro do sistema demensagem da empresa.

A cada usuário na lista de identificadores deusuário 210 também é atribuída uma série de parâmetros anível de usuário 215. Estes parâmetros de usuário incluem osnomes de tela 220 associados aos diversos protocolos demensagem (por exemplo, Yahoo, MSN, AOL, Google, etc.), umalista de propriedades de federação 222 correspondente a umusuário particular, uma lista de permissões a nível deusuário 225, a categoria ou agrupamento geral do usuário230, parâmetros de filtragem 235 que identificam o que deveser feito com mensagens problema, parâmetros de registro 240que descrevem se e como as mensagens devem ser gravadas,endereços IP 245, que descrevem o endereço, faixa deendereço ou nomes de domínio associados ao usuário e outrasinformações de contato 250 para o usuário.

As permissões a nível de cliente 211 e as permissões a nível de usuário 225 incluem, ambas, permissõesrelativas ao envio e recebimento de mensagens de texto, aoprotocolo de mensagem usado, o serviço de mensagem usado, sesão permitidas mensagens internas e/ou externas, anexos àsmensagens, áudio (por exemplo, VOIP), vídeo, hiperlinks eoutros arquivos. Os parâmetros a nível de cliente 245 tambémincluem uma série de categorias 212, como se o cliente éentidade do governo, entidade militar, entidade comercial ouentidade sem fins lucrativos. Os parâmetros a nível deusuário também incluem diversos grupos encontrados em umcliente particular, incluindo, por exemplo, gerenciamento,marketing, engenharia, recursos humanos e TI. Estascategorias e grupos podem ser associadas às diversaspermissões para personalizar adicionalmente as permissõesassociadas a um cliente/usuário. Uma série de parâmetros defiltragem 213, 235 também é associada a cadacliente/usuário. Estes parâmetros de filtragem definem o guefazer com mensagens que são identificadas como infringentesde uma diretriz ou, problemáticas, de algum modo. Possíveisopções para lidar com a mensagem problema incluem bloquear amensagem oriunda da entrega, entregar a mensagem mas marcá-la como uma violação potencial, avisar ao usuário sobre umaviolação de diretriz, notificar um administrador IS quanto àviolação e deixar a mensagem de quarentena até ela poder seravaliada por um indivíduo apropriado. Os parâmetros degravação 214, 240 também estão disponíveis para cadacliente/usuário. Estes parâmetros indicam se as mensagensdevem ser listadas, arquivadas ou registradas. As mensagenslistadas são gravadas em forma de texto e então são enviadaspara as partes da comunicação por e-mail. As mensagensarquivadas são gravadas em seu formato nativo, mas sãoarmazenadas em um repositório no sistema de processamento demensagens 135 ou outro local apropriado. O registro demensagens significa que os dados correspondentes à atividadedo serviço de mensagem (selos de data, quem enviou, quemrecebeu, etc.) são gravados e armazenados em um repositóriono sistema de processamento de mensagens 135 ou outro localapropriado. Estes itens podem permitir que os clientesconcordem com diversas diretrizes de retenção de dadosdefinidas pelo cliente. Em um aplicativo de voz ou VOIP, osparâmetros a nivel de usuário podem incluir um número detelefone correspondente a um usuário individual.

Adicionalmente, estes aplicativos de voz podem ser listadosou arquivados em seus respectivos formatos nativos. Osparâmetros de cliente e de usuário também podem incluirinformação de endereço IP 215, 245, como o endereço IPpreciso do cliente/usuário, uma faixa de endereços IPaceitáveis ou o nome de domínio do cliente/usuário. Ainformação do contato 216, 250, como nome, endereço, númerode telefone e endereço de e-mail de um cliente/usuário,também pode ser armazenada nos parâmetros decliente/usuário. Por fim, os nomes de telas (220) associadosa um usuário particular, podem ser armazenados nosparâmetros de usuário 215. Cada usuário pode ter uma sériede nomes de tela, dependendo dos diferentes serviços eprotocolos que o usuário assina.

Antes de usar um sistema de mensagem síncrona,novos usuários podem estabelecer uma conta com o sistema deprocessamento de mensagens 135. Isso pode ser feitoautomaticamente por um departamento IS para todos osusuários em uma organização ou grupo, ou em uma base ad-hoc,já que diversos usuários utilizam o serviço de mensagem. Umfluxograma demonstrando um processo de registrorepresentativo para novos usuários em um sistema deprocessamento de mensagens 135, é ilustrado na Figura 3. 0processo começa (305) quando o sistema de processamento demensagens 135 recebe um evento de iniciação (307) . Esteevento de iniciação pode ser qualquer dentre uma variedadede eventos como, receber um notificador de presença nosistema de processamento de mensagens 135, receber umamensagem de entrada ou de saida no sistema de processamentode mensagens 135, receber uma solicitação direta de umusuário para ativar o processo de registro ou receber umasolicitação de registro direto de um administrador IS paraum cliente particular. Ao receber um evento de iniciação, umprocesso de registro (por exemplo, um inicio de registro) éiniciado no sistema de processamento de mensagens 135 (310).Este inicio de registro pode ser um aplicativo de softwareexecutado no sistema de processamento de mensagens 135, quese comunica diretamente com o usuário no terminal deusuário. O inicio de registro pergunta ao usuário sobre aidentificação e sobre um endereço de e-mail correspondenteàquele usuário (315). Esta informação é fornecidadiretamente pelo usuário ao sistema de processamento demensagens 135. A seguir, o inicio de registro liga oendereço de e-mail ao endereço IP do usuário e armazena estainformação no banco de dados do sistema de processamento demensagens.

O sistema de processamento de mensagens 135 usa aidentificação e o endereço de e-mail para estabelecer umperfil de usuário (322). O usuário também pode sersolicitado a ajustar os diversos parâmetros de cliente e deusuário no sistema de processamento de mensagens 135correspondente àquele cliente. Obviamente, em outrasaplicações, um conjunto padrão de parâmetros pode seratribuído a todos os novos usuários do sistema. De acordocom uma outra modalidade, apenas determinados usuários terãoa capacidade de modificar seus parâmetros e permissões. Apóso cliente apropriado e os parâmetros de usuário terem sidoatribuídos ao novo usuário, uma chave de ativação é enviadapara o endereço de e-mail do usuário.

Outros métodos para fornecer a chave de ativaçãopodem ser usados, como mensagem de texto, chamadastelefônicas, e correspondência regular. Ao receber estachave de ativação, o usuário o fornece de volta ao sistemade processamento de mensagens 135 através de uma sessão demensagem (330). Outras técnicas também podem ser usadas paraverificar a identidade do usuário, como website seguro.Neste ponto, o usuário pode ser aprovado para o serviço demensagem pelo sistema de processamento de mensagens 135(332). Após todas estas etapas, o processo do registro paraum novo usuário é completado (335).

Após o registro, um usuário pode ativar umaplicativo de serviço de mensagem síncrona em um terminal decliente 130 para engatar nas mensagens de atividade. Umfluxograma, correspondente a um processo de ativação determinal cliente representativo é ilustrado na Figura 4. 0processo começa (405) quando um usuário ativa um aplicativode mensagem em um terminal de cliente (410). Ao ser ativado,o aplicativo de mensagem envia um notificador de presença aoservidor de mensagem instantânea 155 do terminal do cliente130 (415). Este notificador de presença chega primeiro noservidor de Internet do cliente 120 onde é redirecionadopara o sistema de processamento de mensagens 135 (420) . Osistema de processamento de mensagens 135 recebe onotificador de presença e recupera os parâmetros decliente/usuário correspondentes do banco de dados 140 (425).

O sistema de processamento de mensagens 135 aplica então asdiretrizes para o usuário/cliente determinar o nivel deatividade de mensagem que é permitido para aquelecliente/usuário (430). Estas diretrizes podem incluirqualquer das permissões, parâmetros de registro e defederação identificados anteriormente na Figura 2. Aaplicação das diretrizes a um evento de mensagem, como arecepção de um notificador de presença pelo sistema deprocessamento de mensagens 135, é adicionalmente descritaabaixo com referência à Figura 5. Caso seja determinado queo cliente/usuário tem permissão suficiente para utilizar oaplicativo de mensagem, o sistema de processamento demensagens 135 substitui o endereço IP do terminal do clientepor um novo endereço de destino no notificador de presença(435). De acordo com uma modalidade, o endereço IP doterminal de cliente é substituído pelo endereço IP dosistema de processamento de mensagens 135 de tal modo quetodas as mensagens síncronas enviadas ou oriundas dousuário, passarão através do sistema de processamento demensagens 135. Após substituir este endereço IP, o sistemade processamento de mensagens 135 envia o notificador depresença para o servidor de mensagem apropriado 155 (440)através da Internet 115. Ao receber o notificador depresença, o servidor de mensagem 155 muda primeiro o estadodo assinante para "online" (445). 0 servidor de mensagem155, a seguir, recupera a lista dos contatos do usuário apartir dos parâmetros de assinante 165 no servidor demensagem 155 (450). Depois disso, o servidor de mensagem 155fornece um notificador de presença a cada um dos contatos dousuário (375) através da Internet 115. Este notificador depresença inclui o novo endereço de destino gue aponta para osistema de processamento de mensagens 135 ao invés doterminal de cliente 130, tal gue todas as mensagenssincronas para o usuário serão roteadas através do sistemade processamento de mensagens 135. Adicionalmente, para cadacontato na lista de usuário que também esteja "online", oservidor de mensagem 155 também fornece um notificador depresença de volta para o usuário no terminal de cliente viasistema de processamento de mensagens 135 (460). Nesteponto, o usuário está pronto para mensagem sincrona com umdos contatos que também está "on-line" (465). O processo deativação de terminal de cliente, conseqüentemente, estácompleto (470).

Conforme mencionado anteriormente com referência àFigura 1, o sistema de processamento de mensagem sincronapode ser implementado para funcionar com um cliente queutilize um sistema de mensagem de empresa 112. Em talarranjo, as mensagens sincronas intra-clientes ficam dentrodos limites da barreira de segmento do cliente 125 e nãopassam através do sistema de processamento de mensagens 135.

Embora as mensagens intra-clientes não sejam enviadas forada rede de cliente, as atividades de mensagem ainda podemser completadas com mensageiros de terceira parte através doservidor de mensagem 155.

Um processo representativo por meio do qual umterminal de cliente pode ser ativado para uso com um sistemade mensagem de empresa é ilustrado na Figura 4A. 0 processocomeça (405A) quando um usuário ativa um aplicativo demensagem em um terminal de cliente 130 dentro de uma rede declientes que utiliza um sistema de mensagem de empresa 112(410A). Um notificador de presença é enviado primeiro para osistema de mensagem de empresa 112 dentro da barreira desegurança 125 do cliente (415A). O sistema de mensagem daempresa 112 recupera os parâmetros de cliente e de usuáriocorrespondentes ao usuário no terminal de cliente 130 apartir do sistema de processamento de mensagens 135 (420A).De acordo com uma modalidade, os parâmetros de cliente e deusuário também podem ser armazenados em um banco de dadosassociado ao sistema de mensagem de empresa 112. A seguir, osistema de mensagem de empresa 112 aplica as diretrizes aousuário/cliente para determinar o nivel permitido deatividade de mensagem (425A). Um processo representativopara aplicar diretrizes, é ilustrado na Figura 5. Se aspolíticas permitirem atividade de mensagem, então o sistemade mensagem da empresa 112 muda o estado do usuário para"on-line" (430A) e recupera a lista dos contatos do usuáriocontida dentro do sistema de mensagem de empresa (4 35A). Seas diretrizes não permitirem o serviço de mensagem sincronapelo usuário, então o processo de ativação é terminado. Osistema de mensagem de empresa 111 fornece, a seguir, umnotificador de presença a cada um dos contatos recuperadosdo banco de dados no sistema de mensagem 112 (440A) . Comoessa lista de usuários foi recuperada do sistema de mensagemde empresa 112 na rede de clientes, os notif icadores depresença serão enviados, geralmente, para usuários dentro darede de cliente. Além disso, para cada contato na lista deusuário que também está on-line, o sistema de mensagem deempresa fornece um notificador de presença correspondente devolta para o usuário no terminal de cliente (445A). Uma vezque o notificador de presença foi fornecido pelo sistema demensagem da empresa 112, o usuário está pronto para mensagemsincrona dentro da barreira de segurança do cliente (450A).

Conforme é mostrado adicionalmente na Figura 4A,se os parâmetros de cliente/usuário permitirem o serviço demensagem com usuários/clientes fora da barreira de segurançade cliente 125, então são usadas etapas adicionais paraativar a mensagem externa. No entanto, se o serviço demensagem com clientes/usuários fora da barreira de segurançanão- for permitido (455A), então o processo de ativação determinal de cliente é terminado (460A). Para ativar oserviço de mensagem externa para o cliente, então onotificador de presença do usuário é fornecido pelo sistemade mensagem de empresa 112 ao sistema de processamento demensagens 135 fora da barreira de segurança de cliente 125(47 OA). O sistema de processamento de mensagens 135substitui o endereço IP de terminal de cliente por um novoendereço de destino, de preferência do endereço do própriosistema de processamento de mensagens 135 (472A). Destamaneira, as mensagens sincronas para e do usuário noterminal de cliente 130 serão roteadas através do sistema deprocessamento de mensagens 135. Após substituir o endereço,o sistema de processamento de mensagens 135 envia onotificador de presença para um servidor de-mensagem externo155 (474A).

Ainda com referência à Figura 4A, ao receber onotificador de presença, o servidor de mensagem externa 155muda o estado do usuário para "on-line" (476A). A seguir, oservidor de mensagem externa 155 recupera uma lista doscontatos do usuário de seu banco de dados interno 165(478A). O servidor de mensagem externa 155 fornece, então,notificadores de presença a cada contato na lista do usuário(480A). Além disso, para cada contato na lista de usuárioque também esteja indicado como "on-line" no servidor demensagem externa 155, o servidor de mensagem externa tambémfornece um notificador de presença de volta ao usuário noterminal de cliente 130 via sistema de processamento demensagens 135 (482A). Neste ponto, o usuário no terminal decliente está pronto para troca de mensagem externa com umusuário terceira parte localizado fora da barreira desegurança do cliente (484A). Isso completa o processo deativação de terminal cliente para um sistema de mensagem deempresa (4 60A).

Conforme mencionado anteriormente, podem seraplicadas diretrizes a uma série de eventos de mensagemincluindo, por exemplo, o recebimento de um notificador depresença de saída, o recebimento de um notificador depresença de entrada, o recebimento de uma mensagem síncronade entrada ou o recebimento de uma mensagem síncrona desaída. Sendo assim, um fluxograma que ilustra um processorepresentativo em que as diretrizes são aplicadas a umevento de mensagem particular é ilustrado na Figura 5. Oprocesso começa (505) quando um evento de mensagem deentrada ou saída é recebido pelo sistema de processamento demensagens (510). Embora a Figura 5 e a descrição a seguirfaçam referência ao recebimento e processamento de eventosde serviço de mensagem pelo sistema de processamento demensagens 135, o evento também pode ser recebido eprocessado por um sistema de mensagem de empresa 112. Aoreceber um evento de mensagem de entrada ou saída, o sistemade processamento de mensagens 135 recupera os parâmetros decliente/usuário correspondentes à fonte e/ou destino doseventos de mensagem (515). Após esta mensagem, o sistema deprocessamento de mensagens 135 testa o evento de mensagemcontra as permissões a nível de cliente (520). Se o eventonão for permitido pelas permissões a nível de cliente (525),então o evento pode ser finalizado pelo sistema deprocessamento de mensagens 135 (530). Se as permissões anível de cliente permitirem o evento de mensagem, então osistema de processamento de mensagens testa, a seguir, oevento contra as permissões a nível de usuário (535). Se oevento de mensagem não for permitido pelas permissões anível de usuário (540), então o evento é terminado pelo'sistema de processamento de mensagens 135 (530). Se o eventofor permitido pelas permissões a nivel de usuário, então osistema de processamento de mensagens 135 aplica, a seguir,os parâmetros de gravação ao evento (545). Conformemencionado anteriormente, estes parâmetros de gravação podemincluir a listagem, arquivamento ou o registro do evento demensagem. A seguir, o sistema de processamento de mensagensaplica filtragem de conteúdo ao evento (550). O processo defiltragem de uma mensagem quanto o conteúdo é descritoabaixo com mais detalhes com referência à Figura 5A. Se oconteúdo não for aceitável (555), então um dos parâmetros defiltragem é aplicado à mensagem (560). Estes parâmetros defiltragem incluem notificar um administrador da mensagem(560A), bloquear o evento de mensagem (560B), redigir oevento (560C), colocar o evento em fila (560D), avisar aousuário (560E) e colocar o evento de mensagem em quarentena(560F). Se o processo de filtragem de conteúdo determinarque o conteúdo da mensagem seja aceitável, então a mensagemserá enviada para o receptor desejado (565). Neste ponto, oprocesso de aplicação de diretrizes a um evento de mensagemestá completo (570). Deve-se notar que o processo de testarpermissões, aplicar parâmetros de registro e aplicarfiltragem de conteúdo, pode ser realizado em qualquer ordem, não apenas a ordem ilustrada na Figura 5.

Um processo representativo para filtrar o conteúdode um evento de mensagem é ilustrado na Figura 5A e édescrito abaixo. O processo de filtragem de conteúdo começa(505A) pela determinação quanto a se o evento de mensagemestá vindo de fora da rede de cliente (507A). Se o evento demensagem estiver entrando, então as seguintes etapas depontuação de reputação podem ser realizadas. Primeiro, osmetadados são separados da mensagem que chega (510A). estesmetadados podem incluir um endereço IP correspondente àfonte ou ao destino da mensagem e nomes de telacorrespondentes ao remetente ou receptor da mensagem. Estesmetadados são processados com determinados algoritmos depontuação para determinar a pontuação de reputação para oevento de mensagem (515A). O processamento dos metadadospodem ser realizados por um sistema de processamento demensagens 135 ou por um sistema de mensagem de empresa 112,dependendo da configuração particular do sistema de mensagemsincrona.

Após ter sido calculada uma pontuação dereputação, são aplicadas diretrizes de reputação decliente/usuário ao evento de mensagem de entrada com base napontuação de reputação (520A). Se o evento de mensagemviolar as diretrizes de reputação (525A), então parâmetrosde filtragem apropriados serão aplicados ao evento demensagem (530A), conforme descrito na etapa 560 na Figura 5.Se o evento de mensagem não violar as diretrizes dereputação, o conteúdo de mensagem real é avaliado a seguirquanto a violações das diretrizes (535A).

Ainda com referência à Figura 5A, testar oconteúdo de mensagem real compreende avaliar o texto de umamensagem de texto particular, avaliar os hiperlinks contidosem uma mensagem de texto real ou aplicar outros testesqualitativos ao conteúdo de mensagem para determinar se eleviola uma diretriz em particular. Se o conteúdo de mensagemnão violar uma diretriz (540A), então parâmetros defiltragem adequados serão aplicados ao evento de mensagem(545A), conforme é indicado na etapa 560 da Figura 5. Se oconteúdo da mensagem não violar as diretrizes, então osanexos são avaliados quanto a outras violações dediretrizes, como virus, Spyware, hiperlinks não apropriadosou outros Malware (550A). Se os anexos violarem asdiretrizes (555A), então parâmetros de filtragem adequadosserão aplicados à mensagem (560A), conforme é indicado naetapa 560 na Figura 5. Se os anexos não violarem asdiretrizes, então o evento de mensagem não viola qualquerdas diretrizes de conteúdo e pode ser enviado para o usuáriode destino (565A). Neste ponto, o processo de filtragem deconteúdo está completo (570A).

Um fluxograma correspondente ao processo pelo qualuma terceira parte pode ativar um terminal para mensagemsíncrona é ilustrado na Figura 6. 0 processo começa (605)quando um usuário de terceira parte ativa um aplicativo demensagem em um terminal de terceira parte 145 (610). Quandoda ativação do aplicativo de mensagem no terminal deterceira parte 145, um notificador de presença é enviadopara o servidor de mensagem 155 através da Internet 115(615). 0 servidor de mensagem 155 muda o estado do usuáriode terceira parte para "on-line" (620). 0 servidor demensagem 155 recupera então os contados designados paraaquele usuário de terceira parte do banco de dados doservidor de mensagem (625). Estes contatos podem incluirusuários de dentro de uma rede de cliente. Depois disso, oservidor de mensagem 155 fornece um notificador de presençaa cada um dos contatos do usuário de terceira parte (630).Se nenhum usuário de uma rede de cliente for parte doscontatos do usuário de terceira parte (635), então nenhumaatividade será requerida pelo sistema de processamento demensagens 135 (640). Por outro lado, se um usuário de umarede cliente for parte dos contatos do usuário de terceiraparte, o servidor de mensagem 155 fornece o notificador depresença ao endereço de destino correspondente ao sistema deprocessamento de mensagens 135 (645). Ao receber onotificador de presença, o sistema de processamento demensagens 135 recupera as propriedades de cliente/usuáriocorrespondentes ao usuário de destino na rede cliente (650).A seguir, o sistema de processamento de mensagens 135 aplicadiretrizes para determinar o nivel de atividade de mensagempermitido pelo usuário (655). Um processo representativopara aplicar diretrizes a eventos de mensagem é ilustrado naFigura 5. Se o serviço de mensagem for permitido (660),então o sistema de processamento de mensagens 135 recupera oendereço IP real correspondente ao usuário de destino narede de cliente (665). Depois disso, o sistema deprocessamento de mensagens 135 fornece o notificador depresença do usuário de terceira parte ao usuário no terminalcliente (670). Neste ponto, o usuário no terminal cliente130 está pronto para se engajar no serviço de mensagemsincrona com um usuário de terceira parte (675). No entanto,se o serviço de mensagem externa não for permitido pelasdiretrizes de cliente/usuário, então o notificador depresença de entrada é interrompido pelo sistema deprocessamento de mensagens 135 (680).

Um processo representativo para enviar umamensagem de saida em uma rede de cliente é ilustrado naFigura 7. 0 processo começa (705) quando um usuário em umarede de cliente envia uma mensagem sincrona para um outrousuário de um terminal cliente 130 (710). A mensagem desaida é enviada primeiro para o servidor de Internet docliente 120 que redireciona a mensagem de saida para osistema de processamento de mensagem 135 (715). Ao receber amensagem de saida, o sistema de processamento de mensagens135 recupera os parâmetros de cliente e de usuáriocorrespondentes ao usuário remetente (720). Se o usuáriodestinatário também for um assinante do sistema deprocessamento de mensagens 135, então os parâmetros dousuário destinatário também podem ser recuperados. A seguir,o sistema de processamento de mensagens 135 aplica asdiretrizes para determinar o nivel de atividade de serviçode mensagem permitido pelo usuário cliente (725). Esta etapapode incluir alguns ou todos os processos de filtragem deconteúdo de teste de diretrizes descritos nas Figuras 5 e5A. Se o usuário fonte ou usuário de destino não tiverpermissão para a mensagem sincrona (730), então a mensagem éparada pelo sistema de processamento de mensagens 135 (735).Por outro lado, se os usuários tiverem permissão suficientepara mensagem de saida, então o sistema de processamento demensagens envia a mensagem de saida para o usuário dedestino (740). Neste ponto, o processo da mensagem de saídaestá completo (745).

Um fluxograma correspondente a um processorepresentativo em que uma mensagem de saída é enviada de umusuário de um sistema de mensagem de empresa é ilustrado naFigura IA. O processo começa (705A) quando um usuáriolocalizado dentro de uma rede de cliente envia uma mensagempara um usuário de destino a partir de um terminal cliente(710A). Primeiro, a mensagem é enviada para o sistema demensagem da empresa 112 dentro da barreira de segurança docliente 125 (715A) . Ao receber a mensagem, o sistema demensagem da empresa 112 recupera os parâmetros de cliente eusuário correspondentes ao cliente/usuário (720A). Isso podeser feito a partir do sistema de processamento de mensagens135 ou a partir de um banco de dados no sistema de mensagemda empresa 112. O sistema de mensagem da empresa 112 aplica,a seguir, diretrizes ao usuário para determinar o nível deatividade permitida de mensagem (725A). Esta etapa podeincluir alguns ou todos os processos de filtragem deconteúdo e teste de diretrizes descritos nas Figuras 5 e 5A.Se o usuário não tiver permissão para serviço de mensagem desaída (730A), então a mensagem de saída é parada pelosistema de mensagem de empresa (735A). No entanto, se ousuário tiver permissão para mensagem de saída e a mensagemnão violar qualquer diretriz, então o sistema de mensagem deempresa 112 envia a mensagem de saída para o usuário dedestino (740A). Neste ponto, o processo de mensagem de saídapara um cliente/usuário dentro de um sistema de mensagem deempresa está completo (745A).

Um processo representativo para o processamento deuma mensagem de entrada, de acordo com uma outra modalidade,é ilustrado na Figura 8. 0 processo começa (805) quando umusuário de terceira parte envia uma mensagem sincrona paraum usuário cliente em um terminal cliente 130 (810). Como oendereço de destino do usuário cliente foi substituído porum endereço correspondente ao sistema de processamento demensagens 135, a mensagem será entregue ao sistema deprocessamento de mensagens 135 ao invés de diretamente aousuário cliente. Ao receber a mensagem de entrada (815), osistema de processamento de mensagens 135 recupera osparâmetros de cliente e de usuário correspondentes aousuário cliente (820). A seguir, o sistema de processamentode mensagens 135 aplica as diretrizes à mensagem paradeterminar o nível permitido de mensagem (825). Esta etapapode incluir alguns ou todos os processos de filtragem deconteúdo e teste de diretrizes descritos nas Figuras 5 e 5A.Se o cliente não tiver permissão suficiente para receber umamensagem de entrada, ou se a mensagem de entrada violar adiretriz de conteúdo (830), a mensagem sincrona de chegadaé parada pelo sistema de processamento de mensagens 135(835). Por outro lado, se a mensagem de entrada foraprovada, então o sistema de processamento de mensagensenviará a mensagem de entrada para o endereço IPcorrespondente ao terminal cliente do usuário 130 (840).Neste ponto, o processo da mensagem de entrada está completo(845).

Um fluxograma correspondente a um processorepresentativo por meio do qual as mensagens de chegada sãoprocessadas por um sistema de mensagem de empresa 112 éilustrado na Figura 8A. O processo começa (805Δ) quando osistema de mensagem da empresa 112 recebe uma mensagem deentrada para um cliente/usuário dentro da rede de mensagemde empresa (810A). O sistema de mensagem de empresa 112primeiro recupera os parâmetros de cliente e de usuáriocorrespondentes ao usuário de destino do sistema deprocessamento de mensagens 135 (815A). Conforme mencionadoanteriormente, estes parâmetros podem ser armazenados nosistema de processamento de mensagens 135 ou em um banco dedados no sistema de mensagem da empresa 112. A seguir, osistema de mensagem da empresa 112 aplica diretrizes aocliente/usuário de destino para determinar o nivel deatividade permitida de mensagem (820A). Esta etapa podeincluir alguns ou todos os processos de 'filtragem deconteúdo e teste de diretrizes descritos nas Figuras 5 e 5A.Se o cliente/usuário não tiver permissão suficiente paramensagem de entrada, ou a se mensagem de entrada violar asdiretrizes de conteúdo (825A), a mensagem de entrada éparada pelo sistema de mensagem de empresa 112 (830A) . Noentanto, se o cliente/usuário tiver permissão para mensagemde entrada e a mensagem que chega não violar as diretrizesde conteúdo, então o sistema de mensagem de empresa 112avançará a mensagem de entrada para o usuário no terminalcliente 130 (835A). Neste ponto, o processo de mensagem deentrada para um sistema de mensagem de empresa 112 estácompleto (840A).

Um fluxograma correspondente a um processorepresentativo por meio do qual as mensagens podem serpassadas entre o sistema de mensagem de empresa federada 112é ilustrado na Figura 9. Conforme mencionado anteriormente,com referência à Figura 1, um cliente A 105 e um cliente B110 podem ter, cada um, um sistema de mensagem de empresa112 localizado dentro das redes dos respectivos clientes. 0sistema de processamento de mensagens 135 pode facilitar ocompartilhamento de mensagens entre estes sistemas demensagem de empresa 112 ao coletar e federar informaçõessobre os respectivos sistemas de mensagem de empresa 112.

Tais informações são armazenadas no banco de dados 140 dosistema de processamento de mensagens 135. O processo paracompartilhar mensagens entre estes sistemas de mensagem deempresa federados 112 começa (905) com um usuário fontedentro do cliente A 105 tentando enviar uma mensagem para umusuário de destino dentro do cliente B 110 a partir de umterminal cliente (910). Primeiro, uma mensagem é enviadapara o sistema de mensagem de empresa 112 dentro da barreirade segurança do cliente fonte 125 (915). 0 sistema demensagem de empresa 112 recuperará os parâmetros de clientee de usuário correspondentes ao usuário fonte tanto dosistema de processamento de mensagens 135 quanto de um bancode dados interno, dependendo da modalidade particular (920).

O sistema de mensagem de empresa 112 aplica então asdiretrizes ao usuário fonte para determinar o nível deatividade permitida de mensagem (925). Esta etapa podeincluir alguns ou todos os processos de filtragem deconteúdo e teste de diretrizes descritos nas Figuras 5 e 5A.

Se o usuário fonte não tiver permissão suficientepara mensagem de saída, ou se a mensagem violar asdiretrizes de conteúdo (930), então a mensagem é parada pelosistema de mensagem de empresa 112 na rede do usuário fonte(935). No entanto, se o usuário fonte tiver permissãosuficiente para mensagem de saída e a mensagem não violar asdiretrizes de conteúdo, então o sistema de mensagem daempresa 112 dentro da rede do usuário fonte envia a mensagemde saída para o sistema de processamento de mensagens 135(940). O sistema de processamento de mensagens 135 recuperaentão as diretrizes de federação correspondentes aosusuários fonte e destino (945). Então, as diretrizes defederaçã o são aplicadas a mensagem de saída pelo sistema deprocessamento de mensagens 135 (950). Se as propriedades defederação permitirem o serviço de mensagens inter-clientes,o sistema de processamento de mensagens 135 substitui oendereço IP fonte na mensagem por um endereço para o sistemade processamento de mensagens 135 (955). O sistema deprocessamento de mensagens 135 envia então a mensagem parao sistema de mensagem de empresa de destino 112 (960).

O sistema de mensagem de empresa de destino 112pode então aplicar suas diretrizes e enviar a mensagem parao usuário de destino apropriado (965). Neste ponto, oprocesso para enviar uma mensagem de um sistema de mensagemde empresa federado 112 para um outro está completo (970).As mensagens de retorno podem ser enviadas com o uso domesmo método, em reverso.

Embora diversas modalidades, de acordo com osprincípios descritos aqui, tenham sido descritas acima,deve-se entender que elas foram apresentadas apenas à guisade exemplo e não de limitação. Assim, a amplitude e o escopoda invenção não devem ser limitados por qualquer dasmodalidades exemplares descritas acima, mas devem serdefinidos apenas de acordo com as reivindicações eequivalentes, resultantes deste relatório. Além do mais, asvantagens e características acima são fornecidas emmodalidades descritas, mas não devem limitar a aplicação detais reivindicações resultantes a processos e- estruturas queacompanham qualquer ou todas as vantagens acima.

Adicionalmente, os cabeçalhos de seção sãoproporcionados para consistência com as sugestões sob 37CFR 1.77 ou, de outro modo, para fornecer dicasorganizacionais. Estes cabeçalhos não devem limitar oucaracterizar a(s) invenção(ões) definida em qualquerreivindicação que possa resultar deste relatório.Especificamente e à guisa de exemplo, embora os cabeçalhosse refiram a um "Campo Técnico", tais reivindicações nãodevem ser limitadas pela linguagem escolhida sob estecabeçalho para descrever o assim chamado campo técnico.

Adicionalmente, uma descendentemente de uma tecnologia em"Fundamentos" não deve ser considerada como uma admissão deque a tecnologia é anterior a qualquer invenção nesterelatório. Nem "Sumário" deve ser considerado caracterizaçãoda(s) invenção(ões) estabelecida nas reivindicações. Além domais, qualquer referência neste relatório a "invenção" nosingular, não deve ser usada para argumentar que existeapenas um único ponto de novidade neste relatório. Múltiplasinvenções podem ser depreendidas, de acordo com aslimitações das múltiplas reivindicações resultantes desterelatório e tais reivindicações, por conseguinte, definema (s) invenção(ões) e seus equivalentes, que são protegidosaqui. Em todas as instancias, o escopo de taisreivindicações deve ser considerado por seu próprio mérito àluz deste relatório, mas não deve ser limitado peloscabeçalhos definidos aqui.

Claims (52)

1. Método para fornecer mensagens sincronasentre um usuário de uma rede cliente e uma segunda parte quetroca a mensagem, sendo que o método é CARACTERIZADO pelofato de que compreende:fornecer um sistema de processamento de mensagensconectado a pelo menos uma rede cliente, uma segunda parteda mensagem e pelo menos um servidor de mensagem através deuma rede publica de computadores;receber um notificador de presença da rede clienteno sistema de processamento de mensagens, em que onotificador de presença corresponde a um usuário e umprimeiro protocolo de mensagem;recuperar parâmetros correspondentes ao usuário deum banco de dados no sistema de processamento de mensagens;determinar um nivel de atividade permitida demensagem para o usuário com base nos parâmetros recuperados;se a atividade de mensagem para o uso forpermitida pelos parâmetros, então realizar as seguintesetapas a) - b):a) substituir um endereço de usuário nonotificador de presença de usuário por um endereçocorrespondente ao sistema de processamento de mensagens; eb)enviar o notificador de presença do usuário paraum servidor de mensagem correspondente ao primeiro protocolode mensagem.

2. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o sistema de processamento demensagens é conectado a uma pluralidade de redes de clienteatravés de uma rede pública de computadores, e em que osistema de processamento de mensagens é conectado a umapluralidade de servidores de mensagem, cada um dos quaiscorrespondendo a um protocolo de mensagem separado.

3. Método, de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que compreende adicionalmente:receber um evento de mensagem no sistema deprocessamento de mensagens;recuperar parâmetros correspondentes ao evento demensagem de um banco de dados no sistema de processamento demensagens;testar o evento de mensagem contra os parâmetrosrecuperados para determinar se o evento de mensagem épermitido;se o evento de mensagem for permitido pelosparâmetros, enviar o evento de mensagem para seu destino.

4. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que recuperar os parâmetroscompreende adicionalmente recuperar parâmetros de clientecorrespondentes à rede cliente e recuperar parâmetros deusuário corresponde ao usuário.

5. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que compreende adicionalmentegravar o evento de mensagem consistente com um parâmetro degravação recuperado.

6. Método, de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que compreende adicionalmente:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar no teste, realizarentão um evento de filtragem selecionado a partir do grupoque consiste em: notificar um administrador; bloquear oevento de mensagem; redigir o evento de mensagem; colocar emfila o evento de mensagem para entrega subseqüente; avisarao remetente do evento de mensagem; e colocar em quarentenao evento de mensagem.

7. Método, de acordo com a reivindicação 6,CARACTERIZADO pelo fato de que testar o conteúdo do eventode mensagem compreende adicionalmente:extrair metadados do evento de mensagem;processar os metadados com um algoritmo depontuação para gerar uma pontuação de reputação;aplicar uma política de reputação à pontuação dereputação para determinar se o evento de mensagem viola umapolítica de reputação.

8. Método, de acordo com a reivindicação 7,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar o conteúdo de mensagem real quanto à violação dediretriz de conteúdo de mensagem.

9. Método, de acordo com a reivindicação 8,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar um anexo ao evento de mensagem quanto a uma violaçãoselecionada do grupo que consiste de: vírus de computador,spyware, vermes, e hiperlinks proibidos.

10. Método, de acordo com a reivindicação 3,CARACTERIZADO pelo fato de que o evento de mensagem é umamensagem de saída do usuário cliente para a segunda parte namensagem.

11. Método, de acordo com a reivindicação 3,CARACTERIZADO pelo fato de que o evento de mensagem é umamensagem de entrada da segunda parte da mensagem para ocliente.

12. Método para registrar um usuário paramensagem síncrona entre um usuário em uma rede de cliente euma segunda parte da mensagem, sendo que o método éCARACTERIZADO pelo fato de que compreende:fornecer um sistema de processamento de mensagensconectado a pelo menos uma rede de cliente através de umarede pública de computadores, o sistema de processamento demensagens também conectado a uma segunda parte da mensagematravés de uma rede pública de computadores . e em que osistema de processamento de mensagem é conectado ainda apelo menos um servidor de mensagem através de uma redepública de computadores;iniciar um processo de registro no sistema deprocessamento de mensagens;receber uma identificação e um endereço de correioeletrônico correspondente ao usuário na rede de cliente nosistema de processamento de mensagens;estabelecer um perfil correspondente ao usuário nosistema de processamento de mensagens, o perfil incluindo aidentificação do usuário e endereço de correio eletrônico dousuário;enviar uma chave de ativação para o endereço decorreio eletrônico do usuário;receber a chave de ativação do usuário através deuma comunicação eletrônica; eaprovar o usuário quanto à atividade de mensagem.

13. Método, de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que iniciar o processo deregistro ocorre em resposta a receber um notificador depresença do usuário na rede de cliente no sistema deprocessamento de mensagens.

14. Método, de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que iniciar o processo deregistro ocorre em resposta a receber uma solicitação deregistro do usuário na rede de cliente no sistema deprocessamento de mensagens.

15. Método, de acordo com a reivindicação 12,CARACTERIZADO pelo fato de que iniciar o processo deregistro ocorre em resposta a receber uma mensagem sincronado usuário na rede de cliente no sistema de processamento demensagens.

16. Método para o gerenciamento de mensagenssincronas entre um primeiro usuário de uma rede de cliente euma segunda parte de troca de mensagem, sendo que o método éCARACTERIZADO pelo fato de que compreende:fornecer um sistema de processamento de mensagensconectado a pelo menos uma rede de cliente, uma segundaparte da mensagem e um segundo servidor de mensagem atravésde um rede pública de computadores, em que um primeirosistema de mensagem de empresa está localizado dentro darede de cliente;receber uma solicitação por parâmetros de usuáriodo primeiro sistema de mensagem, em que os parâmetros deusuário definem um nível permitido de atividade de mensagempelo primeiro usuário na rede de clientes;recuperar os parâmetros de usuário de um banco dedados no sistema de processamento de mensagens e fornecer osparâmetros de usuário ao primeiro sistema de mensagem deempresa;receber um primeiro notificador de presença deusuário no sistema de processamento de mensagens da rede decliente, em que o primeiro notificador de presença deusuário corresponde a um primeiro protocolo de mensagem;substituir um endereço de usuário no primeironotificador de presença por um endereço correspondente aosistema de processamento de mensagens;enviar o primeiro notificador de presença deusuário ao segundo servidor de mensagem, em que o segundoservidor de mensagem corresponde ao primeiro protocolo demensagem.

17. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que o sistema de processamento demensagens é conectado a uma pluralidade de redes de clienteatravés de uma rede pública de computadores; e em que osistema de processamento de mensagens é conectado a umapluralidade de servidores de mensagem, cada um dos quaiscorresponde a um protocolo de mensagem separado.

18. Método, de acordo com a reivindicação 16,CARACTERIZADO pelo fato de que compreende adicionalmente:receber um evento de mensagem no sistema deprocessamento de mensagens;recuperar parâmetros correspondentes ao evento demensagem do banco de dados no sistema de processamento demensagens;testar o evento de mensagem contra os parâmetrosrecuperados para determinar se o evento de mensagem épermitido;se o evento de mensagem for permitido pelosparâmetros, enviar o evento de mensagem para seu destino.

19. Método, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que recuperar os parâmetroscompreende adicionalmente recuperar parâmetros de clientecorrespondentes à rede de cliente e parâmetros de usuário,correspondentes ao primeiro usuário.

20. Método, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que compreende adicionalmenteregistrar o evento de mensagem consistente com um parâmetrode registro recuperado.

21. Método, de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que compreende adicionalmente:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar no teste, realizarum evento de filtragem selecionado do grupo que consiste de:notificar um administrador; bloquear o evento de mensagem;editar o evento de mensagem; colocar em fila o evento demensagem para subseqüente entrega; avisar ao remetente doevento de mensagem; e colocar em quarentena o evento demensagem.

22. Método, de acordo com a reivindicação 21,CARACTERIZADO pelo fato de que testar o conteúdo do eventode mensagem compreende adicionalmente:extrair metadados do evento de mensagem;processar os metadados com um algoritmo depontuação para gerar uma pontuação de reputação;aplicar uma diretriz de reputação à pontuação dereputação para determinar se o evento de mensagem viola umadiretriz de reputação.

23. Método, de acordo com a reivindicação 22,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar o conteúdo de mensagem real quanto à violação dediretrizes de conteúdo de mensagem.

24. Método, de acordo com a reivindicação 23,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar um anexo ao evento de mensagem quanto a uma violaçãoselecionada a partir do grupo que consiste de: virus decomputador, spyware, vermes, e hiperlinks proibidos.

25. Método, de acordo com a reivindicação 17,CARACTERIZADO pelo fato de que o evento de mensagem é umamensagem de saída do usuário cliente para a segunda parte damensagem.

26. Método, de acordo com a reivindicação 17,CARACTERIZADO pelo fato de que o evento de mensagem é umamensagem de entrada da segunda parte de mensagem para ocliente.

27. Método para o gerenciamento de mensagenssíncronas entre um primeiro usuário em uma rede de cliente eum segundo usuário na rede de cliente, o método éCARACTERIZADO pelo fato de que compreende:fornecer um sistema de processamento de mensagensconectado à rede de cliente através de uma rede pública decomputadores;receber uma solicitação por parâmetros do primeirousuário de um servidor de mensagem dentro da rede decliente, em que os parâmetros do primeiro usuário definem umnível permitido de atividade de mensagem pelo primeirousuário na rede de cliente;recuperar os parâmetros do primeiro usuário de umbanco de dados no sistema de processamento de mensagens;fornecer os parâmetros do primeiro usuário aoservidor de mensagem;receber uma solicitação de parâmetros do segundousuário de um servidor de mensagem dentro da rede decliente, em que os parâmetros do segundo usuário definem umnível permitido de atividade de mensagem por um segundousuário na rede de cliente;recuperar os parâmetros do segundo usuário de umbanco de dados no sistema de processamento de mensagens; efornecer os parâmetros do segundo usuário aoservidor de mensagem.

28. Método, de acordo com a reivindicação 27,CARACTERIZADO pelo fato de que recuperar os parâmetroscompreende adicionalmente recuperar parâmetros de clientecorrespondentes à rede de cliente e recuperar parâmetros deusuário correspondentes a um usuário na rede de cliente.

29. Método, de acordo com a reivindicação 27,CARACTERIZADO pelo fato de que compreende adicionalmente:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar no teste, realizarentão um evento de filtragem selecionado a partir do grupoque consiste de: notificar um administrador; bloquear oevento de mensagem; redigir o evento de mensagem; colocar emfila o evento de mensagem para entrega subseqüente; avisarao remetente do evento de mensagem; e colocar em quarentenao evento de mensagem.

30. Método, de acordo com a reivindicação 29,CARACTERIZADO pelo fato de que testar o conteúdo do eventode mensagem compreende adicionalmente:extrair metadados do evento de mensagem;processar os metadados com um algoritmo depontuação para gerar uma pontuação de reputação;aplicar uma diretriz de reputação à pontuação dereputação para determinar se o evento de mensagem viola umadiretriz de reputação.

31. Método, de acordo com a reivindicação 29,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar o conteúdo de mensagem real quanto à violação dediretrizes de conteúdo de mensagem.

32. Método, de acordo com a reivindicação 29,CARACTERIZADO pelo fato de que compreende adicionalmenteavaliar um anexo ao evento de mensagem quanto a uma violaçãoselecionado a partir do grupo que consiste de: virus decomputador, spyware, vermes e hiperlinks proibidos.

33. Método para o gerenciamento de mensagenssincronas entre um primeiro usuário em uma primeira rede decliente e um segundo usuário em uma segunda rede de cliente,o método é CARACTERIZADO pelo fato de que compreende:fornecer um sistema de processamento de mensagensconectado à primeira rede de cliente e à segunda rede decliente através de uma rede pública de computadores;receber uma solicitação por parâmetros do primeirousuário de um primeiro sistema de mensagem de empresa dentroda primeira rede de cliente, em que os primeiros parâmetrosde usuário definem um nivel permitido de atividade demensagem por um primeiro usuário;recuperar os parâmetros do primeiro usuário de umbanco de dados no sistema de processamento de mensagem;fornecer os parâmetros do primeiro usuário aoprimeiro sistema de mensagem de empresa;receber uma solicitação por parâmetros do segundousuário de um segundo sistema de mensagem de empresa dentroda segunda rede de cliente, em que os parâmetros do segundousuário definem um nivel permitido de atividade de mensagempor um segundo usuário;recuperar os parâmetros do segundo usuário de umbanco de dados no segundo sistema de processamento demensagem; efornecer os parâmetros do segundo usuário aosegundo sistema de processamento de mensagens.

34. Método, de acordo com a reivindicação 33,CARACTERIZADO pelo fato de que compreende adicionalmente:receber um evento de mensagem do primeiro usuáriopara o segundo usuário no sistema de processamento demensagens;recuperar parâmetros correspondentes ao primeiro eao segundo usuários a partir de um banco de dados no sistemade processamento de mensagens;testar o evento de mensagem contra os parâmetrosrecuperados para determinar se o evento de mensagem épermitido; ese o evento de mensagem for permitido pelosparâmetros, enviar o evento de mensagem para o segundosistema de mensagem da empresa.

35. Método, de acordo com a reivindicação 34,CARACTERIZADO pelo fato de que recuperar os parâmetroscompreende adicionalmente recuperar parâmetros de clientecorrespondentes às respectivas redes de cliente e recuperarparâmetros de usuário correspondentes ao primeiro e segundousuários.

36. Método, de acordo com a reivindicação 34,CARACTERIZADO pelo fato de que compreende adicionalmenteregistrar o evento de mensagem consistente com um parâmetrode registro recuperado.

37. Método, de acordo com a reivindicação 34,CARACTERIZADO pelo fato de que compreende adicionalmente:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar, realizar então umevento de filtragem selecionado a partir do grupo queconsiste de: notificar um administrador; bloquear o eventode mensagem; redigir o evento de mensagem; colocar em fila oevento de mensagem para entrega subseqüente; avisar aoremetente do evento de mensagem; e colocar em quarentena oevento de mensagem.

38. Sistema de processamento de mensagem operávelpara processar mensagens sincronas entre um usuário de umarede de cliente e uma segunda parte de troca de mensagem,sendo que o sistema de processamento de mensagens é operávelpara conexão a pelo menos uma rede de cliente, uma segundaparte da mensagem e pelo menos um servidor de mensagematravés de uma rede pública de computadores, sendo que osistema de processamento de mensagens é CARACTERIZADO pelofato de que compreende um sistema computacional operávelpara realizar as seguintes etapas:receber um notificador de presença da rede decliente no sistema de processamento de mensagens;em que o notificador de presença corresponde a umusuário e um primeiro protocolo de mensagem;recuperar parâmetros correspondentes ao usuário apartir de um banco de dados no sistema de processamento demensagens;determinar um nivel de atividade permitida demensagem para o usuário com base nos parâmetros recuperados;se a atividade de mensagem for permitida para ousuário pelos parâmetros, realizar as seguintes etapas a) -b) :a) substituir um endereço de usuário nonotificador de presença de usuário por um endereçocorrespondente ao sistema de processamento de mensagens; eb) enviar o notificador de presença do usuáriopara um servidor de mensagem correspondente ao primeiroprotocolo de mensagem.

39. Sistema de processamento de mensagens, deacordo com a reivindicação 38, CARACTERIZADO pelo fato deque o sistema de processamento de mensagens é conectado auma pluralidade de redes de cliente e a uma pluralidade deservidores de mensagem através de uma rede pública decomputadores, em que cada um dos servidores de mensagemcorresponde a um protocolo de mensagem separado.

40. Sistema de processamento de mensagens, deacordo com a reivindicação 38, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:receber um evento de mensagem no sistema deprocessamento de mensagens;recuperar parâmetros correspondentes ao evento demensagem a partir de um banco de dados no sistema deprocessamento de mensagens;testar o evento de mensagem contra os parâmetrosrecuperados para determinar se o evento de mensagem épermitido;se o evento de mensagem for permitido pelosparâmetros, avançar o evento de mensagem até seu destino.

41. Sistema de processamento de mensagens, deacordo com a reivindicação 40, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar no teste, realizarum evento de filtragem selecionado a partir do grupo queconsiste em:notificar um administrador; bloquear o evento demensagem; redigir o evento de mensagem; colocar em fila oevento de mensagem para entrega subseqüente; avisar aoremetente do evento de mensagem; e colocar em quarentena oevento de mensagem.

42. Sistema de processamento de mensagens deacordo com a reivindicação 41, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:extrair metadados do evento de mensagem;processar os metadados com um algoritmo depontuação para gerar uma pontuação de reputação;aplicar uma diretriz de reputação à pontuação dereputação para determinar se o evento de mensagem viola umadiretriz de reputação.

43. Sistema de processamento de mensagens, deacordo com a reivindicação 42, CARACTERIZADO pelo fato deser, adicionalmente, operável para avaliar o conteúdo demensagem real quanto à violação de diretrizes de conteúdo demensagem.

44. Sistema de processamento de mensagens, deacordo com a reivindicação 43, CARACTERIZADO pelo fato deser, adicionalmente, operável para avaliar um anexo aoevento de mensagem quanto a uma violação selecionada dogrupo que consiste de: virus de computador, spyware, vermes,e hiperlinks proibidos.

45. Sistema de processamento de mensagensoperável para processar mensagens sincronas entre um usuáriode uma rede de clientes e uma segunda parte de troca demensagem, sendo que o sistema de processamento de mensagensé operável para conexão a pelo menos uma rede de cliente,uma segunda parte da mensagem e um segundo servidor demensagem através de uma rede pública de computadores, sendoque o sistema de processamento de mensagens é CARACTERIZADOpelo fato de que compreende um sistema de computadoroperável para realizar as seguintes etapas:receber uma solicitação por parâmetros de usuáriodo primeiro sistema de mensagem de empresa dentro da rede decliente, em que os parâmetros de usuário definem um nivelpermitido de atividade de mensagem pelo primeiro usuário narede de clientes;recuperar os parâmetros de usuário de um banco dedados no sistema de processamento de mensagens e fornecer osparâmetros de usuário ao primeiro sistema de mensagem deempresa;receber um primeiro notificador de presença deusuário no sistema de processamento de mensagens da rede decliente, em que o primeiro notificador de presença deusuário corresponde a um primeiro protocolo de mensagem;substituir um endereço de usuário no primeironotificador de presença por um endereço correspondente aosistema de processamento de mensagens; eenviar o primeiro notificador de presença deusuário ao segundo servidor de mensagem, em que o segundoservidor de mensagem corresponde ao primeiro protocolo demensagem.

46. Sistema de processamento de mensagens, deacordo com a reivindicação 45, que é conectado a umapluralidade de redes de cliente e a uma pluralidade deservidores de mensagem através de uma rede pública decomputadores, CARACTERIZADO pelo fato de que cada um dosservidores de mensagem corresponde a um protocolo demensagem separado.

47. Sistema de processamento de mensagens, deacordo com a reivindicação 45, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:receber um evento de mensagem no sistema deprocessamento de mensagens;recuperar parâmetros correspondentes ao evento demensagem do banco de dados no sistema de processamento demensagens;testar o evento de mensagem contra os parâmetrosrecuperados para determinar se o evento de mensagem épermitido;se o evento de mensagem for permitido pelosparâmetros, enviar o evento de mensagem para seu destino.

48. Sistema de processamento de mensagens deacordo com a reivindicação 47, a CARACTERIZADO pelo fato deser, adicionalmente, operável para registrar o evento demensagem consistente com um parâmetro de registrorecuperado.

49. Sistema de processamento de mensagens, deacordo com a reivindicação 47, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:testar o conteúdo do evento de mensagemconsistente com um parâmetro de filtragem de conteúdo;se o evento de mensagem falhar no teste, realizarentão um evento de filtragem selecionado a partir do grupoque consiste de: notificar um administrador; bloquear oevento de mensagem; redigir o evento de mensagem; colocar emfila o evento de mensagem para entrega subseqüente; avisarao remetente do evento de mensagem; e colocar em quarentenao evento de mensagem.

50. Sistema de processamento de mensagens, deacordo com a reivindicação 49, CARACTERIZADO pelo fato deser, adicionalmente, operável para realizar as seguintesetapas:extrair metadados do evento de mensagem;processar os metadados com um algoritmo depontuação para gerar uma pontuação de reputação;aplicar uma diretriz de reputação' à pontuação dereputação para determinar se o evento de mensagem viola umadiretriz de reputação.

51. Sistema de processamento de mensagens, deacordo com a reivindicação 50, CARACTERIZADO pelo fato deser, adicionalmente, operável para avaliar o conteúdo demensagem real quanto à violação de diretriz de conteúdo demensagem.

52. Sistema de processamentò de mensagens, deacordo com a reivindicação 51, CARACTERIZADO pelo fato deser, adicionalmente, operável para avaliar um anexo aoevento de mensagem quanto a uma violação selecionada apartir do grupo que consiste em:vírus de computador, spyware, vermes, e hiperlinksproibidos.