BRPI0610604A2

BRPI0610604A2 - método e sistema para um sistema de informação de incidente e inteligência integradas

Info

Publication number: BRPI0610604A2
Application number: BRPI0610604-8A
Authority: BR
Inventors: Cyrus W Smith; Allan R Metts
Original assignee: Airsage Inc
Priority date: 2005-04-19
Filing date: 2006-04-19
Publication date: 2011-11-01
Also published as: AU2006236343A1; CA2604949A1; US20060235833A1; EP1877938A4; WO2006113750A3; EP1877938A2; CN101203851A; WO2006113750A2; WO2006113750A9; US20130318115A1; MX2007013080A; US8515565B2

Abstract

MéTODO E SISTEMA PARA UM SISTEMA DE INFORMAçãO DE INCIDENTE E INTELIGENCIA INTEGRADAS Provisão de um sistema e de um método para aidentificação e a caracterização de incidentes. O sistema e o método podem receber uma informação de redes de telecomunicações e outros provedores de informação, que pode disparar um Registro de Incidente. O Registro de Incidente ainda pode ser analisado para caracterização do tipo de incidente. Esta análise adicional pode incluir a recuperação de dados a partir de múltiplas fontes de dados para suporte da aplicação de regras usadas para a caracterização do incidente. Adicionalmente, análises de múltiplos incidentes podem ser combinadas, se determinado que se relacionam a um evento único.

Description

MÉTODO E SISTEMA PARA UM SISTEMA DE INFORMAÇAO DE INCIDENTE E INTELIGÊNCIA INTEGRADAS

DECLARAÇÃO DE PEDIDOS DE PATENTE RELACIONADOS

Este pedido reivindica prioridade segundo o 35 U.S.C. § 119 para o Pedido de Patente Provisória U.S. N0 60/672.701, intitulado Method and System for an Integrated Incident Information and Intelligence System, depositado em 19 de abril de 2005. Este pedido provisório desse modo é incorporado plenamente aqui como referência.

CAMPO DA INVENÇÃO

Esta invenção se refere a um sistema e a um método para integração de informação de incidente e inteligência. Mais particularmente, esta invenção se refere à avaliação de uma informação a partir de sistemas de telecomunicações ou outras fontes de informação indicando que um incidente pode ter ocorrido e caracterizando o possível incidente.

ANTECEDENTES DA INVENÇÃO

Em 1967, a Comissão sobre Cumprimento da Lei e Administração de Justiça da Presidência recomendou que um número único nacional fosse estabelecido para o relato de situações de emergência. Suporte decisivo para o conceito incitado da AT&T, a companhia de telecomunicações predominante no país naquela época, estabelecer o número de três dígitos 911 como o código de emergência por todos os Estados Unidos.

Hoje em dia, aproximadamente toda área da América do Norte é coberta pelo serviço 911 básico ou melhorado a partir de redes de telecomunicações de linhas terrestres, também referidas como "linhas com fio". 911 básico significa que, quando o número é discado, um atendente de chamada no ponto de resposta de segurança pública (PSAP) local, ou central de 911, responde à chamada. O autor da chamada pode comunicar a natureza e a localização da emergência para o atendente de chamada, que, então, pode tomar a ação, conforme apropriado, de despachar o pessoal de serviço de emergência para a cena. Com 911 melhorado (E911) , a central de 911 local tem uma informação e tecnologia que permite que o atendente de chamada veja o número de telefone do autor da chamada e o endereço em um visor. Este melhoramento permite que a central despache mais rapidamente uma ajuda de emergência, mesmo se o autor da chamada for incapaz de comunicar onde ele está ou a natureza da emergência.

Conforme as comunicações sem fio se tornaram mais populares, as capacidades de E911, primariamente para as capacidades de identificação de número e de localização automática (ANI e ALI), foram estendidas para autores de chamada sem fio para melhoria da segurança pública. Como. parte desta extensão, as leis e a tecnologia agora estão largamente em vigor para permitirem que provedores de serviços sem fio localizem um dispositivo móvel em 100 metros.

Quando uma chamada para 911 é feita, o comutador de telecomunicações, seja com fio ou sem fio, deve saber qual PSAP deve receber a chamada. Esta determinação é feita com base na localização do autor da chamada. A partir de um telefone de linha com fio, a localização é simplesmente determinada pelo uso de uma tabela de consulta que associa o número chamando a um endereço. Para um autor da chamada sem fio, a localização da chamada é mais complexa. 0 provedor de serviços sem fio pode usar uma tecnologia de posicionamento global, a qual às vezes faz parte do telefone, ou o provedor de serviços pode usar algum tipo de análise de sinalização para ajudar a localizar exatamente a localização do autor da chamada. 0 processo de localização pode ser mais complicado, se a chamada for feita a partir de um telefone que esteja em movimento.

Embora o E911 tenha melhorado grandemente a capacidade de equipes de resposta à emergência de coordenarem e reagirem a situações de emergência, o sistema provê muitas oportunidades para melhorias. Por exemplo, com mais de 4.400 PSAPs por todo o país, desafios técnicos, bem como institucionais freqüentemente tornam difícil compartilhar uma informação sobre incidentes que cubram múltiplas jurisdições ou mesmo dentre múltiplas relações de subordinação na mesma jurisdição. A maioria dos PSAPs e das organizações de resposta tem sistemas de software independentes ou políticas que freqüentemente tornam uma resposta coordenada mais difícil. De modo similar, situações que rotineiramente cobrem múltiplas jurisdições, tais como "Alertas Âmbares" e gerenciamento de evacuação, poderiam ser mais bem servidas por um sistema de análise de incidente e resposta integradas.

Além dos sistemas de 911, outros sistemas estão em vigor, que provêem indicações de emergência ou outros incidentes. Estes sistemas podem incluir sensores estáticos, tais como sensores de tráfego; sistemas de alerta de clima; ou sistemas de aviso de acidente industrial. Estes sistemas podem ser integrados com 911 e outros sistemas para a provisão de um sistema de análise de incidente integrado.

Tendo em vista o precedente, há uma necessidade de um sistema e um método que integrem uma informação de incidente e inteligência pela identificação, análise e caracterização de incidentes.

SUMÁRIO DA INVENÇÃO

A presente invenção provê um sistema e um método que integram uma informação de incidente e inteligência pela identificação, análise e caracterização de incidentes.

Em um aspecto da invenção, um sistema para a provisão de informação e inteligência integradas é mostrado. O sistema inclui um módulo de extração de dados. acoplado logicamente a uma ou mais fontes de informação, operável. para receber uma informação a partir de uma ou mais fontes de informação e ainda operável para gerar um registro de incidente, onde o registro de incidente compreende uma informação recebida a partir de uma ou mais fontes de informação; e um módulo de análise de dados, acoplado logicamente ao módulo de extração de dados, operável para aplicar uma ou mais regras de evento para a caracterização de um evento de incidente associado à informação recebida, em resposta ao processamento do registro de incidente.

Em um outro aspecto da presente invenção, um método para a provisão de informação e inteligência integradas é mostrado. O método inclui as etapas de 1) recebimento de uma informação a partir de uma ou mais fontes de informação; 2) geração de um registro de incidente a partir da informação recebida; e 3) análise do registro de incidente para caracterização do incidente, com base em uma ou mais regras de evento. Os aspectos da presente invenção podem ser mais claramente compreendidos e apreciados a partir de uma revisão da descrição detalhada a seguir das modalidades mostradas e por uma referência aos desenhos e às reivindicações.

BREVE DESCRIÇÃO DOS DESENHOS

A Figura 1 descreve um ambiente de operação de uma modalidade de exemplo da presente invenção.

A Figura 2a apresenta um diagrama de blocos que mostra os componentes do Sistema de Informação de Incidente e Inteligência Integradas de uma modalidade de exemplo da presente invenção.

A Figura 2b apresenta um diagrama de blocos que mostra os componentes do Sistema de Informação de Incidente e Inteligência Integradas de uma modalidade de exemplo alternativa da presente invenção.

A Figura 2c apresenta um diagrama de blocos que mostra os componentes do Sistema de Informação de Incidente e Inteligência Integradas de uma modalidade de exemplo alternativa da presente invenção.

A Figura 2d apresenta um diagrama de blocos que mostra os componentes do Sistema de Informação de Incidente e Inteligência Integradas de uma modalidade de exemplo alternativa da presente invenção.

A Figura 3 descreve um componente de telefonia sem fio de um ambiente de operação de uma modalidade de exemplo da presente invenção.

A Figura 4 apresenta um fluxograma de processo geral de uma modalidade de exemplo da presente invenção.

A Figura 5 apresenta um fluxograma de processo para a geração de um registro de incidente como parte de uma modalidade de exemplo da presente invenção.

A Figura 6 apresenta um fluxograma de processo para a realização de uma análise de dados inicial como parte de uma modalidade de exemplo da presente invenção.

A Figura 7 apresenta um fluxograma de processo para acesso a dados armazenados como parte de uma modalidade de exemplo da presente invenção.

A Figura 8 apresenta um fluxograma de processo para se consultar uma rede de telefonia sem fio como parte de uma modalidade de exemplo da presente invenção.

A Figura 9 apresenta um fluxograma de processo para um Módulo de Privacidade de uma modalidade de exemplo da presente invenção.

DESCRIÇÃO DETALHADA DAS MODALIDADES DE EXEMPLO

As modalidades de exemplo da presente invenção provêem um sistema e um método para a integração de informação de incidente e inteligência pela identificação, análise e caracterização de incidentes.

A Figura 1 descreve um ambiente de operação 100 de uma modalidade de exemplo da presente invenção. Com referência à Fig. 1, um Sistema de Informação de Incidente e Inteligência Integradas 160 se conecta a múltiplas fontes de informação. Estas múltiplas fontes de informação incluem as redes de telecomunicações 110, um Serviço Nacional de Meteorologia 120, uma Informação de Noticia e Evento 130, Agências Governamentais 140 e Sensores de Dados e Nós de Análise de Dados 150. Estas fontes de informação podem prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160, que dispara uma detecção de incidente e/ou elas podem prover uma informação para suporte da análise de um incidente detectado, tal como uma chamada para 911. 0 Sistema de Informação de Incidente e Inteligência Integradas 160 também se conecta a usuários finais 170, que usam os resultados de uma análise de incidente realizada pelo Sistema de Informação de Incidente e Inteligência Integradas 160.

As Redes de Telecomunicações 110 podem incluir sistemas de telefonia com fio e sem fio. Adicionalmente, as redes de telecomunicações 110 podem incluir sistemas de telefonia privados ou especializados, tais como sistemas de telefonia dedicados usados por instalações privadas ou governamentais. Também, os sistemas de telefonia sem fio podem incluir múltiplas concessionárias sem fio suportando uma única área. Alguém versado na técnica apreciaria que qualquer tipo de rede de telecomunicações poderia prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160.

As Redes de Telecomunicações 110 podem prover uma informação de incidente para o Sistema de Informação de Incidente e Inteligência Integradas 160. Pelo menos duas formas de detecção de incidente podem ser realizadas pelo Sistema de Informação de Incidente e Inteligência Integradas 160, com base em uma informação a partir das redes de telecomunicações 110. A primeira forma se refere primariamente a redes de telefonia sem fio e envolve o processamento de dados de evento relacionados a muitos tipos de eventos de assinante, isto é, um usuário de telefonia sem fio, na rede. Estes eventos podem incluir iniciação de chamada, terminação de chamada, transferências de uma célula para uma outra, e registros de estações móveis.

Estes dados de evento são coletados para todos os eventos em uma dada região, independentemente de os assinantes usarem os serviços de emergência de 911 (ou outro). Se um movimento de assinante puder ser discernido a partir dos dados de evento, tal como pela determinação que um assinante se moveu de uma localização de célula para uma outra, o movimento do assinante poderá ser atribuído aos segmentos de estrada mais prováveis, que facilitam tal viagem. A Patente U.S. N0 6.842.62 0, intitulada System and Method for Providing Traffic Information XJsing Operational Data of a Wireless Network, descreve uma forma pela qual o movimento do assinante pode ser atribuído aos segmentos de estrada mais prováveis. O relatório descritivo da Patente U.S. N° 6.842.620 desse modo é plenamente incorporado aqui como referência.

Pelo acompanhamento do movimento de um assinante ao longo de uma estrada, detecções de incidente subseqüentes podem ser analisadas tendo em vista este movimento. Em um exemplo, um incidente pode ser disparado pela caracterização do movimento de estações móveis operando na rede de telefonia sem fio. Para ilustração adicional, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode determinar que a velocidade média em uma auto-estrada subitamente caiu de 96,56 km/h para 16,09 km/h. Esta mudança pode disparar uma detecção de incidente.

Como um outro exemplo, se um assinante usar os serviços de emergência de 911 (ou outro), o Sistema de Informação de Incidente e Inteligência Integradas 160 poderá caracterizar o incidente de emergência com base na localização daquele assinante. As chamadas para 911 de emergência realizadas por assinantes aparentemente não se movendo podem prover percepções também, especialmente se elas ocorrerem ao mesmo tempo daqueles que estão em movimento. Neste caso, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode determinar que o incidente em si está impedindo os assinantes não se movendo de se moverem, tal como um acidente de automóvel envolvendo aqueles assinantes.

Nesta forma de detecção de incidente, as chamadas para 911 individuais podem ser analisadas, de modo a se identificarem padrões, prover percepções e filtrar dados "com ruído" que representam chamadas para 911 não relacionadas a incidentes de tráfego. As chamadas para 911 de emergência a partir estações móveis que estejam se movendo podem ser contadas e reportadas em uma base de por segmento de estrada por um intervalo de tempo específico. As chamadas para 911 de emergência a partir de estações móveis que não estejam se movendo também podem ser associadas a segmentos de estrada específicos. Contudo, uma vez que estes incidentes poderiam muito bem não estar relacionados ao tráfego, eles podem ser contados e reportados separadamente daqueles incidentes iniciados pelas estações móveis em movimento. Adicionalmente, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode correlacionar chamadas a partir de estações móveis em movimento e não em movimento que ocorram em grande proximidade umas das outras em tempo e localização. A segunda forma de detecção de incidente é disparada a partir de qualquer chamada para 911 de emergência, seja a partir de uma rede de telefonia sem fio ou com fio. Um exemplo de como as chamadas para 911 de emergência a partir de uma rede de telefonia sem fio podem disparar uma detecção de incidente foi descrito acima. Para uma chamada de linha com fio, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode determinar que múltiplas chamadas para 911 de emergência foram feitas, talvez envolvendo múltiplos PSAPs. Quando o Sistema de Informação de Incidente e Inteligência Integradas 160 recebe uma notificação de uma chamada para 911, o sistema pode iniciar uma varredura de todas as outras chamadas para 911 em um. certo raio e quadro de tempo. Se o Sistema de Informação de Incidente e Inteligência Integradas 160 encontrar uma chamada para 911 prévia que combine com os critérios dados, a chamada pode ser categorizada com a chamada inicial. O sistema pode ser "treinado" para procurar certos volumes,, tipos ou combinações de chamadas para 911, de modo a categorizar cada caso. Por exemplo, um incidente com cinco ou menos chamadas para 911 a partir de veículos em movimento poderia ser classificado como um incidente de tráfego menor. Um incidente com 25 ou mais chamadas para 911 a partir de estações móveis poderia ser classificado como um incidente de tráfego potencialmente grande. Um incidente com 10 ou mais chamadas para 911 a partir de redes de telefonia sem fio e com fio poderia ser classificado como um evento de incêndio ou climático.

O Serviço Nacional de Meteorologia 120 provê uma informação climática para o Sistema de Informação de Incidente e Inteligência Integradas 160. Esta informação pode ser usada para disparar uma detecção de incidente (tal como um alerta de clima) ou para a caracterização de um incidente. Por exemplo, múltiplas chamadas para 911 de emergência em uma área que esteja sob um alerta de tornado podem indicar que um tornado se formou. O Serviço Nacional de Meteorologia 120 pode ser o serviço feito pela Administração Nacional Oceânica e Atmosférica dos Estados

Unidos ou algum outro serviço de relatório climático, tais como instalações de registro de clima localizadas. Alguém versado na técnica apreciaria que qualquer tipo de serviço de relatório de clima poderia prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160.

As Fontes de Informação de Notícia e Evento 130 também

provêem uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160, uma informação que pode disparar uma detecção de incidente ou adicionalmente caracterizar um incidente detectado. Por exemplo, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode detectar um incidente com base em uma anormalidade de tráfego, tal como um tráfego se movendo lentamente. As Fontes de Informação de Notícia e Evento 130 podem indicar que um certo evento pode estar em andamento próximo daquela localização, tal como um evento esportivo ou um festival local. Esta informação seria usada pelo Sistema de Informação de Incidente e Inteligência Integradas 160 para a caracterização do incidente. De modo similar, relatórios de notícias de um risco de rodovia poderiam ser usados pelo

Sistema de Informação de Incidente e Inteligência Integradas 160 na caracterização do incidente. As Fontes de Informação de Notícia e Evento 130 podem incluir uma variedade de fontes, incluindo relatórios de noticia, calendários de eventos de comunidade e escola, relatórios de scanner da policia, e informação de obras na estrada.

De modo similar, as Agências Governamentais 140 podem prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160. Por exemplo, a agência governamental pode emitir um "Alerta Âmbar". O programa Alerta Âmbar foi criado para prover uma notificação antecipada e difundida que uma criança foi seqüestrada e pode estar em perigo de danos corpóreos sérios ou morte. Com uma descrição da criança, de um veículo envolvido ou do suspeito de seqüestro, o público pode ligar para 911 para notificar os oficiais da lei de uma visualização. Esta informação de visualização, quando analisada com a informação de movimento anônima de dispositivos móveis, pode mostrar um ou mais dispositivos móveis que acompanham padrões de movimento similares àqueles derivados pela análise das visualizações. Se uma combinação estatisticamente significativa for encontrada, um movimento do dispositivo poderia continuar a ser acompanhado até que a criança fosse encontrada ou as autoridades estivessem satisfeitas com o fato que o movimento de dispositivo foi uma coincidência. Outros exemplos podem ser ordens de evacuação, exercícios de treinamento de prontidão para emergência ou eventos anormais em grandes instalações governamentais.

Os Sensores de Dados e Nós de Análise de Dados 150 também podem prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160. Em um exemplo, uma comunidade pode ter um sistema de sensor de tráfego em vigor. Estes sensores podem monitorar a velocidade de tráfego em certas localizações. O Sistema de Informação de Incidente e Inteligência Integradas 160 pode usar estes dados de sensor para o disparo de uma detecção de incidente ou uma caracterização adicional de um incidente detectado, de modo similar ao uso de dados de tráfego desenvolvido a partir de uma informação de movimento de estação móvel. Outros Sensores de Dados e Nós de Análise de Dados 150 podem incluir sensores relacionados ao clima, sensores ambientais, ou componentes de outros sistemas de detecção de incidente. De novo, alguém versado na técnica apreciaria que qualquer tipo de Sensores de Dados e Nós de Análise de Dados 150 poderia prover uma informação para o Sistema de Informação de Incidente e Inteligência Integradas 160.

Os Usuários Finais 170 podem incluir serviços de notícias, agências governamentais locais e nacionais, e outras organizações centralizadas de análise e resposta à emergência. Adicionalmente, os Usuários Finais 170 podem ser o público em geral, talvez através de um provedor de serviços de relatório de incidente. Os Usuários Finais 170 podem ser ligados ao Sistema de Informação de Incidente e Inteligência Integradas 160 através de uma rede de área ampla, tal como a internet; uma outra rede de telecomunicações; uma conexão dedicada; ou o sistema pode residir na localização dos Usuários Finais 170. Um Sistema de Informação de Incidente e Inteligência Integradas 160 único pode suportar múltiplos Usuários Finais 170. Alguém versado na técnica apreciaria que certas organizações podem ser fontes de informação, tais como Agências Governamentais 140 e Usuários Finais 170.

A Figura 2a apresenta um diagrama de blocos que mostra componentes do Sistema de Informação de Incidente e Inteligência Integradas 160 de uma modalidade de exemplo da presente invenção. Com referência às Figuras 1 e 2a, o Sistema de Informação de Incidente e Inteligência Integradas 160 inclui um Módulo de Extração de Dados 210 e um Nó de Análise de Dados 220. O Módulo de Extração de Dados 210 e o Nó de Análise de Dados 220 incluem um hardware de computador e um software associado. O Módulo de Extração de Dados 210 e o Nó de Análise de Dados 220 são conectados de modo que eles possam transportar dados ou instruções um para o outro. O Módulo de Extração de Dados 210 inclui um Módulo de Privacidade 240 e o Nó de Análise de Dados 220 pode incluir um Analisador de Situação 230. As funções do Analisador de Situação 230 e do Módulo de Privacidade 240 são discutidas em maiores detalhes abaixo, em conjunto com as Figuras 8 e 9, respectivamente. Alguém versado na técnica apreciaria que o Módulo de Extração de Dados 210 e o Nó de Análise de Dados 220 podem estar co- localizados no mesmo computador ou na mesma instalação ou localizados em instalações separadas. De modo similar, alguém versado na técnica apreciaria que o Módulo de Extração de Dados 210 ou o Nó de Análise de Dados 220 individualmente podem operar em um sistema de computador ou na mesma instalação ou localizados em instalações separadas. De modo similar, alguém versado na técnica apreciaria que o Módulo de Extração de Dados 210 ou o Nó de Análise de Dados 220 podem operar individualmente em um sistema de computador ou em múltiplos sistemas de computador na mesma instalação ou localizados em instalações separados.

O Módulo de Extração de Dados 210 de exemplo e o Nó de Análise de Dados 220 provêem duas funções gerais. O Módulo de Extração de Dados 210 tem uma interface com fontes de informação para o recebimento de uma informação a partir daquelas fontes. Este recebimento de informação pode ser contínuo, no sentido que a fonte de informação supre uma informação para o Módulo de Extração de Dados 210 em intervalos regulares ou conforme disponível. Este recebimento pode ser iniciado pela fonte de informação, a qual pode empurrar a informação para o Módulo de Extração de Dados 210. Uma outra informação pode ser recebida pelo Módulo de Extração de Dados 210 com base em requisições do Módulo de Extração de Dados 210 para a fonte de informação.

O Nó de Análise de Dados 220 processa a informação recebida pelo Módulo de Extração de Dados 210. Este processamento aplica regras à informação recebida para a caracterização desta informação. Esta caracterização pode disparar necessidades de informação adicional, de modo que o Nó de Análise de Dados 220 requisite a informação a partir das fontes de informação específicas através do Módulo de Extração de Dados 210.

A Figura 2b apresenta um diagrama de blocos que mostra os componentes do Sistema de Informação de Incidente e Inteligência Integradas de uma modalidade de exemplo alternativa da presente invenção. Com referência às Figuras 2a e 2b, o Módulo de Extração de Dados 210 pode realmente ser de múltiplos Módulos de Extração de Dados 210a, 210b, 210c, todos os quais sendo operacionalmente conectados a um único Nó de Análise de Dados 220. De modo similar, com referência às Figuras 2a e 2c, o Nó de Análise de Dados 220 pode realmente ser de múltiplos Nós de Análise de Dados 220a, 220b, 220c, todos os quais operacionalmente conectados a um único Módulo de Extração de Dados 210. Finalmente, com referência às Figuras 2a e 2d, um ou mais Módulos de Extração de Dados 210a...210n podem ser conectados a um ou mais Nós de Análise de Dados 220a...220n. Estes componentes podem ser conectados por uma rede de área local ou de área ampla 250, tal como a Internet. Alguém versado na técnica apreciaria que a divisão do Módulo de Extração de Dados 210 e do Nó de Análise de Dados 220 é uma questão de escolha de projeto e conveniência, e que as funções da presente invenção poderiam ser realizadas usando-se um sistema de computador único e um programa de software. Alguém versado na técnica também apreciaria que qualquer Módulo de Extração de Dados pode incluir um Módulo de Privacidade 240 e um Nó de

Análise de Dados pode incluir um Analisador de Situação 230.

A Figura 3 descreve um componente de telefonia sem fio 300 de um ambiente de operação de uma modalidade de exemplo da presente invenção. Com referência à Figura 3, uma estação móvel (MS) 305 transmite sinais e recebe sinais a partir da torre de transmissão de freqüência de rádio 310, enquanto em uma célula geográfica coberta pela torre. Estas células variam de tamanho, com base em um volume de sinal antecipado. Um Sistema de Transceptor de Base (BTS) 315 é usado para a provisão de serviço para assinantes móveis em sua célula. Vários Sistemas de Transceptor de Base são combinados e controlados por um Controlador de Estação Base (BSC) 320 através de uma conexão denominada a Interface Abis. 0 Sistema de Informação de Incidente e Inteligência Integradas 160 pode ter uma interface com a linha de Interface AbiS. Um Centro de Comutação de Móvel (MSC) 325 faz a tarefa complexa de coordenar todos os Controladores de Estação Base, através da conexão de Interface A, mantendo um acompanhamento de todos os assinantes móveis ativos usando o Registrador de Localização de Visitante (VLR) 340, mantendo os registros de assinante doméstico usando o Registrador de Localização Doméstica (HLR) 330, e conectando os assinantes móveis à Rede de Telefonia Pública Comutada (PSTN) 345.

Em um sistema de 911 Melhorado, a localização de uma estação móvel 305 pode ser determinada pelo embutimento de. um chip de GPS na estação móvel 305, ou pela medição de. certas características de sinalização entre a estação móvel 305 e o BTS 315. Em qualquer cenário, o processo de localização de uma estação móvel 305 com o grau de acurácia necessário para o sistema de 911 Melhorado é gerenciado com um Sistema de Posicionamento de Móvel (MPS) 335. 0 MPS 335 usa os mesmos recursos de rede que são usados para o gerenciamento e o processamento de chamadas, o que torna sua disponibilidade um pouco limitada.

O Gateway de Entrada e Saída (IOG) 350 processa todos os registros de detalhe de chamada (CDRs) para facilitação de ações tal como uma tributação de assinante móvel. 0 IOG 350 recebe dados relacionados à chamada a partir do MSC 325 e pode ter uma interface com o Sistema de Informação de Incidente e Inteligência Integradas 160.

Na modalidade de exemplo da presente invenção mostrada na Figura 3, o Sistema de Informação de Incidente e Inteligência Integradas 160 pode receber dados a partir de uma variedade de localizações na rede sem fio. Estas localizações incluem o BSC 320 e sua interface, através da Interface Abis, com o BTS 315, o MSC 325, o HLR 340 e o MPS 335.

Os processos de comunicações de entrada monitoram os elementos de rede de provedor de serviços sem fio e extraem a informação relevante a partir dos campos selecionados de registros selecionados. O Sistema de Informação de Incidente e Inteligência Integradas 160 pode usar dados a partir de qualquer elemento de rede que contenha no mínimo o número de identificador de estação móvel, a ID de célula e uma estampa de tempo. Algumas das fontes de dados mais comuns são discutidas abaixo.

Os CDRs podem ser requisitados a partir de centros de distribuição de tributação ou os centros de distribuição podem enviar de forma autônoma os registros através de um protocolo de transferência de arquivo (FTP). Alternativamente, os CDRs podem ser extraídos conforme eles forem rotineiramente passados a partir do IOG 350 para um gateway de tributação, possivelmente utilizando um roteador que duplica os pacotes. 0 método específico usado dependerá do equipamento e das preferências do provedor de serviços sem fio.

Mensagens de Transferência e Registro podem ser obtidas pela monitoração da sinalização proprietária ou de interface A padrão entre o MSC 325 e os BSCs 320 que ele controlar. 0 Sistema de Informação de Incidente e Inteligência Integradas 160 pode monitorar aquela sinalização diretamente, ou ele pode obter uma informação de sinalização a partir de um sistema de monitoração de sinal, tal como um analisador de protocolo. No último caso, a informação de sinalização já pode ser filtrada para a remoção de uma informação estranha. Veja a discussão em conjunto com a Figura 9 abaixo, do processo de Privacidade para uma modalidade de exemplo da presente invenção, a qual remove uma informação que pode identificar o usuário de uma estação móvel específica 305. Alternativamente, estas mensagens podem ser extraídas a partir de um Gerenciador de Estação Base que monitora continuamente fluxos de mensagem no BTS 315.

A Figura 4 apresenta um fluxo de processo geral 400 de uma modalidade de exemplo da presente invenção. Com referência às Figuras 1, 2a e 4, na etapa 410, um Módulo de Extração de Dados, tal como o Módulo de Extração de Dados 210, estabelece um enlace de dados com uma ou mais fontes de informação, tais como as Redes de Telecomunicações 110, ou uma ou mais fontes de informação, tais como o Serviço Nacional de Meteorologia 12 0, a Informação de Notícia e Evento 13 0, as Agências Governamentais 140 e os Sensores de Dados e Nós de Análise de Dados 150. Alguém versado na técnica apreciaria que este enlace de dados pode ser um enlace constantemente mantido entre o Módulo de Extração de Dados 210 e uma ou mais fontes de informação, um enlace periódico estabelecido em uma base conforme necessário ou uma combinação de conexões contínuas e periódicas. Na etapa 420, o Módulo de Extração de Dados 210 gera um Registro de Incidente. Esta etapa é discutida em maiores detalhes abaixo, em conjunto com a discussão da Figura 5. O Registro de Incidente serve como uma entrada para o Nó de Análise de Dados 220.

Na etapa 430, um Nó de Análise de Dados, tal como o Nó de Análise de Dados 220, realiza uma análise de dados inicial do Registro de Incidente. Esta etapa é discutida em maiores detalhes abaixo, em conjunto com a discussão da Figura 6. Na etapa 440, o Nó de Análise de Dados 220 determina se os resultados da análise de dados inicial disparam um Analisador de Situação, tal como o Analisador de Situação 230. Por exemplo, uma caracterização inicial de um incidente pode determinar que um acidente ocorreu em uma certa localização e que uma caracterização inicial pode pedir a coleta de dados de fluxo de tráfego a partir daquela localização por duas horas subseqüentes.

Se o resultado desta determinação for "SIM", então, o. processo se moverá para a etapa 450, onde o Analisador de Situação 230 consultará a rede de telefonia sem fio. Esta etapa é discutida em maiores detalhes abaixo, em conjunto com a discussão da Figura 8. A partir da etapa 450, o processo 400 se move para a etapa 460, onde o Nó de Análise de Dados completa a análise de dados do Registro de Incidente. 0 resultado desta análise é um Resultado de Detector de Incidente, o qual reflete a caracterização do incidente ou dos incidentes.

Se o resultado da determinação, na etapa 440, for "NÃO", ou após a etapa 460, então, o processo 400 se move para a etapa 470, onde o Nó de Análise de Dados apresenta os resultados para um ou mais usuários finais, tais como os Usuários Finais 170.

A Figura 5 apresenta um fluxograma de processo para a etapa de geração de um registro de incidente 420 como parte de uma modalidade de exemplo da presente invenção. Com referência às Figuras 2a, 4 e 5, na etapa 510, o Módulo de Extração de Dados 210 recebe uma informação a partir de uma ou mais fontes de informação. Esta informação pode incluir uma informação de estação móvel, tal como uma iniciação de chamada (incluindo chamadas para 911), terminação de chamada, transferências de uma célula para uma outra, e registros de estação móvel, ou localização de estação móvel. Esta informação também pode incluir uma iniciação de chamada para 911 e uma localização de chamada a partir de uma rede de telefonia com fio. Uma outra informação poderia ser alertas de clima, atividades de policia, notificações de sensor de tráfego, ou novos alertas.

Na etapa 520, o Módulo de Extração de Dados 210 determina se um Módulo de Privacidade, tal como o Módulo de Privacidade 240, deve ser invocado. Se o resultado desta determinação for "SIM", o processo 420 se moverá para a Etapa 910, a qual é descrita abaixo em conjunto com a Figura 9. Para ajudar a garantir a privacidade de usuários de rede de telefonia sem fio, uma modalidade de exemplo pode incluir a capacidade, através do Módulo de Privacidade, de mascarar qualquer informação de identificação pessoal a partir da informação recebida a partir da rede de telefonia sem fio e substituem um identificador único para esta informação.

Se o resultado desta determinação for "NÃO", ou após o Módulo de Privacidade completar suas operações, o processo 420 se move para a Etapa 530, onde as Regras de Evento Básicas são acessadas. As Regras de Evento Básicas podem simplesmente incluir se uma chamada para 911 foi recebida, se um alerta de notícias foi emitido, ou se os dados recebidos indicam um parâmetro de fluxo de tráfego. Com base na aplicação destas regras à informação recebida na etapa 510, o Módulo de Extração de Dados 210 cria um

Registro de Incidente. Uma vez que o registro seja gerado, o processo 420 se move para a etapa 430 de processo 400, conforme descrito na Figura 4.

A Figura 6 apresenta um fluxograma de processo para a realização de uma análise de dados inicial como parte de uma modalidade de exemplo da presente invenção. Com referência às Figuras 2a, 4 e 6, na etapa 610, um Nó de Análise de Dados, tal como o Nó de Análise de Dados 22 0, recebe o Registro de Incidente a partir do Módulo de Extração de Dados 210. Na etapa 620, o Nó de Análise de Dados 220 acessa as Regras de Evento Avançadas. Estas Regras de Evento Avançadas são usadas para a provisão de uma caracterização inicial do incidente no Registro de Incidente. Alguns exemplos representativos de Regras de

Evento Avançadas incluem:

• Se as velocidades de tráfego caírem mais do que 50% e houver 3 ou mais chamadas para 911 de veículos em movimento, então, caracterizar o incidente como um acidente e continuamente acompanhar todos os dispositivos na área pelas próximas 2 horas;

• Se 10 ou mais chamadas para 911 forem vistas em um período de 15 minutos em um raio de 4,83 km, então, acompanhar continuamente todos os dispositivos em um raio de 40,23 km pelas próximas 4 horas; Se o usuário de sistema designar uma área geográfica como uma área de desastre, então, caracterizar aquele incidente como uma declaração de desastre e continuamente acompanhar todos os dispositivos na área designada por um período de tempo especificado por usuário;

Se múltiplas chamadas para 911 forem vistas em áreas de PSAP adjacentes, então, caracterizar o incidente como uma emergência multijurisdicional e notificar todos os PSAPs envolvidos que pode haver incidentes relacionados;

Se o sistema receber uma notificação de um Alerta Âmbar, então, caracterizar o incidente como um seqüestro de criança e continuamente acompanhar todos os dispositivos em um raio de 80,47 km pelas próximas 12 horas ou durante o tempo inteiro em que o Alerta Âmbar estiver em vigor;

Se um clima severo for reportado em uma dada área, então, caracterizar o incidente consistente com o tipo de alerta de clima e acompanhar continuamente todos os dispositivos pela duração do aviso de clima severo; e Se o tempo de viagem através de uma zona de trabalho aumentar por mais de 50%, então, caracterizar o incidente como uma anormalidade de fluxo de tráfego, enviar uma notificação para o Departamento de Transporte ou supervisor de construção (permitindo que eles talvez facilitem um movimento de tráfego através da área). Na etapa 630, o Nó de Análise de Dados 220 identifica a área geográfica de interesse. Na etapa 640, o Nó de Análise de Dados 220 recupera os dados armazenados. Esta etapa é discutida em maiores detalhes abaixo, em conjunto com a Figura 8. Geralmente, dados históricos; dados dinâmicos, tais como dados de tráfego, dados de clima, dados de construção, dados de calendário, dados de sensor, ou outros dados dinâmicos similares; e dados estáticos, tais como dados de sistema de informação geográfica (GIS), são recuperados na etapa 630. Esta informação é combinada com as regras de evento avançadas para a caracterização de um incidente.

Na etapa 650, o Nó de Análise de Dados 22 0 realiza uma análise inicial do Registro de Incidente. Como um exemplo representativo, o Registro de Incidente, o qual pode ter sido originalmente baseado em uma informação de um sensor de dados de tráfego, indica que a velocidade de tráfego em uma seção especifica de uma auto-estrada interestadual caiu de 96,56 km/h para 16,09 km/h. A etapa de recuperação de dados, etapa 640, indica que, naquela localização geográfica específica não há uma obra. Os dados históricos indicam que, naquela hora e dia, o tráfego deveria estar se movendo a 96,56 km/h. Uma informação de clima indica que não há um clima inclemente. Uma informação de evento de calendário não indica quaisquer eventos que teriam impacto no tráfego naquela localização. Como resultado da aplicação das Regras de Evento Avançadas a estes dados, o Nó de Análise de Dados pode inicialmente caracterizar o incidente como um acidente de tráfego.

Na etapa 660, o Nó de Análise de Dados 220 armazena a análise de incidente como um Resultado de Detector de Incidente. Uma informação que pode ser armazenada inclui um número de caso, o tipo de Registro de Incidente, a categorização preliminar do incidente, uma estampa de tempo e uma localização. Uma outra informação que pode ser armazenada se o registro de incidente for baseada em uma informação sobre uma estação móvel inclui um identificador anônimo para a estação móvel, uma indicação se a estação móvel está se movendo, e, se assim for, a localização de segmento de estrada e a direção e a velocidade de movimento.

Na etapa 670, o Nó de Análise de Dados 220 determina se a caracterização do incidente determinado na etapa 650 requer uma análise adicional de outros Registros de Incidente possivelmente relacionados. Se os resultados destas determinações forem "SIM", o processo 430 se move para a etapa 680, onde busca pelos Resultados de Detector de Incidente armazenados quanto a outros incidentes em localizações próximas e naquele momento. Expandindo o exemplo discutido acima em conjunto com a etapa 650, o Nó de Análise de Dados 220 buscaria os registros armazenados para a determinação de outros incidentes que ocorreram próximos daquele segmento de auto-estrada próximo do mesmo tempo em que o incidente registrou a desaceleração de velocidade de tráfego. Esta busca pode encontrar Resultados de Detector de Incidente, tais como chamadas para 911 de estações móveis naquela localização e no tempo.

Após os Resultados de Detector de Incidente adicionais serem recuperados, o processo 430 retorna para a etapa 650 para análise adicional. Os resultados desta análise adicional pode ser um novo agrupamento de múltiplos incidentes em um Resultado de Detector de Incidente único. Para continuar com o exemplo, um novo número de caso pode ser associado ao incidente de desaceleração de tráfego e uma ou mais chamadas para 911. A análise pode concluir que um acidente de tráfego ocorreu naquela localização de auto- estrada.

Em alguns casos, o Nó de Análise de Dados 220 pode não ser capaz de caracterizar o Registro de Incidente até outros Registros de Incidente serem avaliados ou uma informação subseqüente ser obtida.

Se os resultados da determinação na etapa 670 for "NÃO", o processo 430 se moverá para a etapa 690, onde ele retornará para a etapa 440 do processo 400.

A Figura 7 apresenta um fluxograma de processo para acesso a dados armazenados como parte de uma modalidade de exemplo da presente invenção. Com referência às Figuras 2a, 6 e 7, na etapa 710, o Nó de Análise de Dados 220 recupera dados de incidente históricos. Estes dados podem ser Resultados de Detector de Incidente armazenados previamente. Adicionalmente, estes dados podem incluir sumários de histórico. Por exemplo, estes sumários podem prover uma informação de tendência geral, tais como velocidades de tráfego para certos dias e horários ou eventos anuais.

Na etapa 720, o Nó de Análise de Dados 220 recupera dados dinâmicos não associados a uma rede de telefonia sem fio. Isto é, estes dados não incluiriam uma informação de movimento para estações móveis. Estes dados podem incluir uma informação de clima, uma informação de notícias, uma informação de evento de calendário (calendários escolares, eventos esportivos, festivais, convenções, etc.), uma informação de sensor, planos de obras em estradas, e alertas de agência governamentais.

Na etapa 730, o Nó de Análise de Dados 220 recupera dados históricos. Estes dados podem incluir uma informação a partir de um sistema de informação geográfica e pode incluir as localizações de locais de evento, rodovias, e companhias com grandes números de empregados.

Na etapa 740, o Nó de Análise de Dados 220 determina se outras fontes de dados devem ser consultadas. Estas outras fontes de dados podem incluir outros Módulos de Extração de Dados ou fontes de terceiros tais como empregados privados. Se o resultado desta determinação for "SIM", então, o processo 640 se move para a etapa 750, e o Nó de Análise de Dados 220 recupera os dados adicionais. Se o resultado desta determinação for "NÃO", ou após os dados adicionais serem recuperados, o processo 640 se moverá para a etapa 760, onde retorna para o processo 430 na etapa 650.

A Figura 8 apresenta um fluxograma de processo para consulta de uma rede de telefonia sem fio como parte de uma modalidade de exemplo da presente invenção. Com referência às Figuras 2a, 4 e 8, na etapa 810, um Analisador de Situação 230 identifica uma estação móvel para a obtenção de uma informação adicional. Por exemplo, os resultados da etapa 430 podem indicar que uma estação móvel em um segmento de estrada parou. O Analisador de Situação 230 determinará outras estações móveis próximas daquela localização se movendo na mesma direção que a estação móvel que parece ter parado. Esta informação pode ser armazenada como Resultados de Detector de Incidente ou armazenada independentemente como dados de tráfego..

Na etapa 820, o Analisador de Situação 230 contata o Módulo de Privacidade 240 e extrai uma informação específica de usuário em torno das estações móveis identificadas. Na etapa 830, o Analisador de Situação 230 envia uma requisição para a rede de telefonia sem fio quanto à localização, conforme determinado pelo sistema de posicionamento de móvel de rede de cada estação móvel identificada na etapa 810.

Na etapa 840, o Analisador de Situação 230 recebe os dados de localização a partir do MPS de rede. Na etapa 850, o Analisador de Situação 230 determina se o Módulo de Privacidade 240 deve ser invocado para mascarar qualquer informação de identificação pessoal. Se o resultado desta determinação for "SIM", o processo 450 se move para a Etapa 910, a qual é descrita abaixo em conjunto com a Figura 9. Se o resultado desta determinação for "NÃO", ou após o Módulo de Privacidade completar suas operações, o processo 450 se moverá para a Etapa 860, onde ela retorna para o processo 400 na etapa 460.

A Figura 9 apresenta um fluxograma de processo para um Módulo de Privacidade de uma modalidade de exemplo da presente invenção. Com referência à Figura 9, na etapa 910, o Módulo de Privacidade 240 recebe uma informação de comunicação. Na etapa 920, o Módulo de Privacidade 240 consulta um Identificador de Unidade de Comunicação associado à informação de comunicações em um banco de dados. Este Identificador pode ser o número de série ou o número de telefone de uma estação móvel. O banco de dados inclui todos os Identificadores de Unidade de Comunicação processados pelo Módulo de Privacidade 240. Este banco de dados pode ser purgado periodicamente, tal como quando um registro é mais antigo do que 24 horas, para a provisão de uma medida extra de privacidade.

Alternativamente, este banco de dados pode ser mantido por longos períodos de tempo. Uma análise histórica de movimento anônimo poderia ser muito útil em atividades investigativas, especialmente quando a investigação envolver ofensas seriais. Por exemplo, se um crime similar ocorrer em várias localizações diferentes, os dados de movimento mantidos no banco de dados de Resultados de Detector de Incidente, ou em outros bancos de dados específicos de informação de tráfego, poderiam ser analisados para se determinar se quaisquer dispositivos móveis estavam presentes em um número estatisticamente significativo destas localizações nos momentos em que os crimes foram cometidos. Um outro exemplo de como dados de movimento anônimos poderiam ser úteis para oficiais de cumprimento da lei é quando o movimento anônimo for sobreposto ao movimento de um terrorista ou criminoso suspeito conhecido. Se houver uma correlação estatisticamente significativa entre um movedor anônimo e o suspeito conhecido, então, pode haver uma razão suficiente para suspeitar que há uma colaboração entre os dois.

Se houver uma evidência suficiente para sugerir que o dispositivo móvel anônimo pode pertencer a um suspeito tal como em um dos exemplos acima, então, agências de cumprimento da lei poderiam obter uma autorização apropriada para revelar a identidade do proprietário do dispositivo. Nesse caso, o banco de dados de Módulo de Privacidade 240 poderia ser acessado para desmascarar a estação móvel anônima. Mesmo sem a identidade, o dispositivo poderia ser rotulado para autoridades de monitoração e alerta, se houver qualquer movimento suspeito adicional. Este tipo de aplicação pode justificar a manutenção do banco de dados de Módulo de Privacidade 240.

Na etapa 930, o Módulo de Privacidade 240 determina se o Identificador de Unidade de Comunicação está no banco de dados. Se o resultado desta determinação for "NÃO", então, o Módulo de Privacidade 240 cria, na etapa 940, um identificador único para mapear para o Identificador de Unidade de Comunicação e ambos os identificadores são armazenados no banco de dados de Módulo de Privacidade 240. Este identificador único poderia ser um número serial, os resultados de um algoritmo de encriptação, ou outro processo para mapeamento de um identificador único com o Identificador de Unidade de Comunicação. Se o resultado desta determinação for "SIM", ou após a etapa 940 estar completada, o Módulo de Privacidade 240 recuperará, na etapa 950, o identificador único para a unidade de comunicações. 0 processamento adicional da informação usa o identificador único ao invés da informação de identificação pessoal. 0 Módulo de Privacidade 240 então se move para a etapa 960, onde ela retorna para o processo que invocou o Módulo de Privacidade 240.

Em alguns casos, a fonte de informação pode aplicar seus próprios processos para mascaramento de uma informação de identificação pessoal. Por exemplo, uma rede de telefonia sem fio pode mascarar uma informação de identificação pessoal antes do transporte da informação para o Módulo de Extração de Dados 210, tal como ao ter um sistema que retira esta informação detrás do firewall da rede. Alternativamente, a fonte de dados poderia contratar um agregador de dados separado que supriria a informação para o Módulo de Extração de Dados 210, após a informação de identificação pessoal ter sido removida.

Tendo em vista o precedente, seria apreciado que a presente invenção suporta um sistema e um método para a identificação, a caracterização e o relato de incidentes. O sistema e o método podem receber uma informação a partir de redes de telecomunicações ou outros provedores de informação que podem disparar a geração de um Registro de Incidente. 0 Registro de Incidente ainda pode ser analisado para caracterizar o tipo de incidente. Esta análise adicional pode incluir a recuperação de dados de múltiplas fontes de dados para suporte da aplicação de regras usadas para a caracterização do incidente. Adicionalmente, análises de múltiplos incidentes podem ser combinadas, se determinado como se relacionando a um evento único.

Claims

1. Sistema para a provisão de informação e inteligência integradas caracterizado por compreender: um módulo de extração de dados acoplado logicamente a uma ou mais fontes de informação, operável para receber uma informação a partir de uma ou mais fontes de informação e ainda operável para gerar um registro de incidente, onde o registro de incidente compreende uma informação recebida a partir de uma ou mais fontes de informação; e um módulo de análise de dados, acoplado logicamente ao módulo de extraçao de dados, operável para aplicar uma ou mais regras de evento para a caracterização de um evento de incidente associado à informação recebida, em resposta ao processamento do registro de incidente.

2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de uma ou mais fontes de informação compreenderem pelo menos uma rede de telecomunicações.

3. Sistema, de acordo com a reivindicação 2, caracterizado pelo fato de o módulo de análise de dados ainda compreender um módulo analisador de situação operável para contatar uma ou mais redes de telecomunicações e para consultar cada rede de telecomunicações quanto a uma informação de localização para um usuário específico de rede de telecomunicações.

4. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de o módulo de extração de dados ainda compreender um módulo de privacidade operável para proteger uma informação de identificação pessoal contida na informação recebida a partir de uma ou mais fontes de informação quanto a uma exposição não autorizada.

5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de o módulo de análise de dados ser adicionalmente operável para interrogar fontes de dados para a obtenção de uma informação útil para a realização de uma caracterização inicial do evento de incidente.

6. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de as fontes de dados compreenderem uma informação de clima e uma informação de agência governamental.

7. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de as fontes de dados compreenderem uma informação a partir de uma comunidade ou de calendários escolares e uma informação a partir de sensores de dados.

8. Método para a provisão de informação e inteligência integradas caracterizado por compreender as etapas de: recebimento de uma informação a partir de uma ou mais fontes de informação, onde a informação compreende um evento de incidente; geração automática de um registro de incidente a partir da informação recebida, com base em um primeiro conjunto de uma ou mais regras de evento; e análise automática do registro de incidente para caracterização do evento de incidente, com base em um segundo conjunto de uma ou mais regras de evento.

9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de a etapa de análise automática do registro de incidente para a caracterização do incidente ainda compreender as etapas de: realização de uma análise de dados inicial; consulta de uma ou mais redes de telecomunicações sem fio; e recepção, como resultado das consultas, de uma informação de localização de um ou mais usuários de rede de telecomunicações sem fio selecionados.

10. Método, de acordo com a reivindicação 8, caracterizado pelo fato de a etapa de recepção de uma informação a partir de uma ou mais fontes de informação ainda compreender a etapa de processamento da informação recebida através de um módulo de privacidade para proteção de uma informação de identificação pessoal quanto a uma exposição não autorizada.

11. Método, de acordo com a reivindicação 8, caracterizado pelo fato de a etapa de análise automática do registro de incidente para caracterização do incidente ainda compreender as etapas de: acesso ao segundo conjunto de uma ou mais regras de evento compreendendo regras que definem as características de um incidente; recuperação de dados armazenados compreendendo dados dinâmicos e dados estáticos; identificação de uma área geográfica de interesse, com base nos dados recuperados e nas regras acessadas; e realização de uma caracterização inicial do incidente.

12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de os dados dinâmicos compreenderem dados de clima, dados de notícias e dados de calendário específicos de localização.

13. Método, de acordo com a reivindicação 11, caracterizado pelo fato de a etapa de recuperação de dados armazenados ainda compreender a etapa de aumento dos dados armazenados recuperados com dados adquiridos a partir de uma fonte de dados de terceiros.

14. Sistema para a extração de dados a partir de uma fonte de informação caracterizado por compreender: um módulo de extração de dados acoplado logicamente a uma ou mais fontes de informação, operável para receber uma informação a partir de uma ou mais fontes de informação e ainda operável para gerar um registro de incidente, onde o registro de incidente compreende uma informação recebida a partir de uma ou mais fontes de informação; um módulo de privacidade acoplado logicamente ao módulo de extração de dados e operável para proteger uma informação de identificação pessoal quanto a uma exposição não autorizada; e um módulo de análise de dados, acoplado logicamente ao módulo de extração de dados, operável para aplicar uma ou mais regras de evento para a caracterização de um evento de incidente associado à informação recebida, em resposta ao processamento do registro de incidente.

15. Sistema, de acordo com a reivindicação 14, caracterizado pelo fato de uma ou mais fontes de informação compreenderem pelo menos uma rede de telecomunicações.

16. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de o módulo de análise de dados ainda compreender um módulo analisador de situação operável para contatar uma ou mais redes de telecomunicações e para consultar cada rede de telecomunicações quanto a uma informação de localização para um usuário especifico de rede de telecomunicações.

17. Sistema, de acordo com a reivindicação 14, caracterizado pelo fato de o módulo de análise de dados ser adicionalmente operável para interrogar fontes de dados para a obtenção de uma informação útil para a realização de uma caracterização inicial do evento de incidente.

18. Sistema7 de acordo com a reivindicação 17, caracterizado pelo fato de as fontes de dados compreenderem uma informação de clima e uma informação de agência governamental.

19. Sistema, de acordo com a reivindicação 17, caracterizado pelo fato de as fontes de dados compreenderem uma informação a partir de uma comunidade ou de calendários escolares e uma informação a partir de sensores de dados.