BRPI0917969A2

BRPI0917969A2 - métodos e aparelho para monitorar atividade de assinante

Info

Publication number: BRPI0917969A2
Application number: BRPI0917969-0A
Authority: BR
Inventors: Jennifer Ann Hurst; Eric Fogle; Paul Stoffel; Alison Lebreton
Original assignee: Nielsen Co; Lc
Priority date: 2008-10-01
Filing date: 2009-09-30
Publication date: 2012-01-10
Also published as: US20150003601A1; BRPI0917969B1; EP2187347A1; US8837699B2; US20100080369A1; EP3667598A1; US9509839B2

Abstract

MéTODOS E APARELHO PARA MONITORAR ATIVIDADE DE ASSINANTE. São revelados métodos e aparelho para monitorar atividade de assinante. Um método exemplar inclui receber um primeiro conjunto de dados de número telefónico (TN) de cliente, associados a um cliente e a um período de tempo atual, e receber um segundo conjunto de dados de TN de cliente associados a um período de tempo anterior, O método exemplar inclui também receber um primeiro conjunto de dados de atividade de assinante associados ao período de tempo atual, identificar um TN que está no primeiro conjunto de dados de atividade de assinante está ausente de ao menos um do primeiro ou segundo conjunto de dados de TN de cliente, e identificar o TN com ao menos um de uma nova incursão para um concorrente ou uma nova incursão para o cliente com base ao menos em um código de atividade a partir do primeiro conjunto de dados de atividade de assinante.

Description

MÉTODOS E APARELHO PARA MONITORAR ATIVIDADE DE ASSINANTE

CAMPO DA REVELAÇÃO

Essa revelação se refere geralmente à pesquisa de mercado e, mais particularmente, aos métodos e aparelho para monitorar atividade de assinante.

ANTECEDENTES

Assinantes de serviços telefônicos desfrutam de um número significativo de opções com relação à qual provedor de serviço utilizar. Em muitas circunstâncias, o assinante não é limitado por contratos extensos que podem de outro modo inibir a freqüência na qual um assinante pode mudar de um provedor de serviço para um provedor de serviço concorrente. Adicionalmente, mudanças ou movimento de provedores de telecomunicações de assinante (por exemplo, mudança de um provedor para outro) inclui tipicamente portagem de número telefônico que permite que o assinante mantenha seu número telefônico atual mesmo ao mudar de um provedor de serviço para um provedor de serviço concorrente.

À medida que aumenta o volume de assinantes que decidem fazer uma mudança com relação aos seus provedores de serviços de telecomunicação, aumenta a dificuldade em monitorar tal atividade ou movimento de mudança. Para cada mudança de assinante, ocorrem mudanças correspondentes para uma listagem de catálogo, cobrança, e uma ou mais mudanças para configurações de portabilidade de número local que permitem que o número do assinante seja usado com o provedor de serviço concorrente. Múltiplas fontes de dados de terceiros rastreiam ou são de outra forma informadas de algumas dessas mudanças de assinante, mas os administradores de tais fontes de dados de terceiros não estão tipicamente sob a obrigação de coordenar com outros em um esforço para prover uma análise completa dos detalhes e/ou atividades de mudança de assinante.

DESCRIÇÃO RESUMIDA DOS DESENHOS

A Figura 1 é um diagrama de blocos de um sistema exemplar para monitorar a atividade de assinante.

A Figura 2 é um diagrama de blocos de um gerenciador de mudança de assinante exemplar mostrado na Figura 1.

As Figuras 3, 4, 5A, 5B, 6A, 6B, e 7 são fluxogramas representativos de processos exemplares que podem ser realizados para implementar uma ou mais entidades dos sistemas e aparelho, exemplares, das Figuras 1 e 2.

A Figura 8 é um diagrama de blocos de um sistema de processador exemplar que pode ser usado para executar os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 para implementar os sistemas, aparelho, e/ou métodos, exemplares, aqui descritos.

DESCRIÇÃO DETALHADA

Embora o que se segue revele métodos exemplares e aparelho incluindo, entre outros componentes, software executado em hardware, deve ser observado que tais métodos e aparelhos são apenas ilustrativos e não devem ser considerados como limitadores. Por exemplo, considera-se que qualquer um ou todos esses componentes de hardware e software poderiam ser incorporados exclusivamente em hardware, exclusivamente em software, ou em qualquer combinação de hardware ou software. Consequentemente, embora o que se segue descreva métodos exemplares, sistemas, e aparelhos, aqueles com conhecimento comum na técnica prontamente considerarão que os exemplos providos não são a única forma de implementar tais métodos, sistemas, e aparelho.

Na eventualidade de um provedor de serviço de telecomunicações (também referido aqui como operadora) perder assinantes, o provedor de serviço está particularmente interessado em saber quais concorrentes estão adquirindo a sua fatia de mercado dos assinantes, etc. Por outro lado, no caso do provedor de serviço obter assinantes, o provedor de serviço também está interessado em tomar conhecimento de quais concorrentes perderam os seus negócios para ele. Para qualquer uma das situações, o provedor de serviço pode iniciar um ou mais estudos para atribuir tais mudanças a uma ou mais causas específicas. Em outras palavras, enquanto o efeito da perda ou ganho de assinantes é tipicamente conhecido pelo provedor de serviço, a uma ou mais causas correspondentes que levaram à perda ou ganho pode não ser evidente.

Um concorrente pode empregar uma ou mais técnicas mercadológicas para obter fatia de mercado, tal como executar uma promoção e/ou técnicas de propaganda. O efeito desejado de tais técnicas mercadológicas é o de aumentar a fatia de mercado, o que tipicamente ocorre à custa de outros provedores de serviço competindo pelos mesmos assinantes. Em outras circunstâncias, um aumento ou diminuição em assinantes pode-se dever a novos escritórios e/ou negócios corporativos surgindo e/ou se dissolvendo em uma área de mercado específica, que resulta em uma necessidade correspondente ou excesso de números telefônicos associados ao serviço.

Antes de um provedor de serviço poder empregar o um ou mais estudos para averiguar porque ocorreu um aumento ou uma diminuição na fatia de mercado, o conhecimento dos provedores de serviço que são atualmente associados aos números telefônicos é útil. Por exemplo, um provedor de serviço pode ter uma lista detalhada de seus assinantes atuais e os números telefônicos associados a cada assinante, mas podem não saber qual provedor de serviço foi previamente associado a cada número telefônico.

Alternativamente, o provedor de serviço pode não ter uma lista detalhada dos assinantes atuais e/ou de desconexões recentes. Em qualquer um dos casos, os métodos e aparelho aqui descritos permitem que o provedor de serviço utilize a fonte(s) de dados disponíveis para averiguar a atividade do assinante. Particularmente, se o provedor de serviço tinha conhecimento de qual provedor de serviço concorrente estava provendo serviço antes da obtenção daquele assinante, então o provedor de serviço pode empregar um ou mais estudos que correlacionam uma eficácia das atividades mercadológicas.

Similarmente, se o provedor de serviço tinha conhecimento de qual provedor de serviço concorrente recentemente levou os assinantes, então o provedor de serviço pode empregar um ou mais estudos para identificar onde uma estratégia mercadológica competitiva é particularmente eficaz, e/ou se a ausência dos esforços mercadológicos do provedor de serviço é a causa da perda de assinante.

A Figura 1 é uma ilustração de um sistema exemplar 100 para monitorar atividade de assinante. No exemplo ilustrado da Figura 1, o sistema 100 inclui um gerenciador de mudança de assinante 102 conectado comunicativamente a um banco de dados de trabalho 104 e um banco de dados de mapeamento 106. O gerenciador de mudança de assinante, exemplar 102 também é conectado comunicativamente com uma ou mais redes 108, a qual pode ser implementada como utilizando uma intranet e/ou a Internet. Sem limitação, o banco de dados de trabalho exemplar 104 e/ou o banco de dados de mapeamento exemplar 106 podem ser conectados comunicativamente ao gerenciador de mudança de assinante exemplar 102 por intermédio da rede exemplar 108.

O gerenciador de assinante exemplar 102 obtém dados de cliente a partir de uma ou mais fontes de dados de número telefônico de cliente 110 por intermédio da rede exemplar 108. Adicionalmente, o gerenciador de assinante exemplar 102 é conectado comunicativamente a uma fonte de dados de guia de estação e de roteamento local (LERG) 112, a qual pode, por exemplo, ser gerenciada e operada por Telcordia®, uma fonte de dados de atividade de assinante 114, uma ou mais fontes de dados de portabilidade de número local (LNP) 116, e um ou mais bancos de dados de informação de linha (LiDB) 117. As fontes de dados de número telefônico de cliente, exemplares 110 proporcionam e/ou de outro modo disponibilizam registros de assinantes telefônicos para um período de tempo determinado (por exemplo, registros de assinante para a semana atual). Adicionalmente ou alternativamente, os dados disponibilizados pelas fontes de dados de números telefônicos de cliente 110 podem incluir apenas os novos números telefônicos de assinante ou apenas os números telefônicos associados aos assinantes que encerraram a sua relação com o cliente.

A fonte de dados LERG exemplar 112 é publicada mensalmente e provê informação relacionada à rede de telefonia pública comutada (PSTN). A informação publicada pela fonte de dados LERG 112 inclui, mas não é limitada aos nomes de operadoras operacionais (OCNs), números de operadoras operacionais, atribuições (códigos de área) de área de plano de numeração (NPA), números de roteamento local (LRNs) e/ou códigos de destino que incluem uma central (NXX) . Conforme aqui usado, um OCN se refere a um provedor de comunicações que possui e/ou de outro modo opera algum grau de infraestrutura de telecomunicações. Por outro lado, um provedor de serviço, também referido como operadora, não é necessariamente uma organização que possui e/ou opera qualquer infraestrutura de telecomunicações, mas que tem permissão para arrendar tal infraestrutura para facilitar seu negócio de prover serviços telefônicos. Tais provedores de serviço também são referidos como revendedores. No caso de um provedor de serviço ter alguma de sua própria infraestrutura, mas também arrendar sua infraestrutura restante a partir de uma ou mais companhias diferentes, então tal provedor de serviço é referido tipicamente como overbuilder.

A fonte de dados LERG 112 inclui tipicamente detalhe até o bloco de dez - mil unidades NPA-NXX. A fonte de dados LERG 112 também pode incluir granularidade até o bloco de milésimos NPA-NXXX-X para certas áreas e mercado. Em termos gerais, acesso à fonte de dados LERG 112 pode revelar alguma informação relacionada ao proprietário (por exemplo, a operadora, ou o provedor de serviço de telecomunicações) de qualquer número telefônico determinado. Contudo, a fonte de dados LERG 112 não diferencia tipicamente entre o provedor de infraestrutura de telecomunicações e um ou mais overbuilders e/ou revendedores que prestam serviços de telecomunicação sob um ou mais nomes alternativos. Exemplos de tais cenários incluem, mas não são limitados às companhias tais como Sprint® ou MCI® que proporciona uma infraestrutura, mas os serviços são comercializados através de overbuilders e/ou revendedores tal como Time Warner® ou WOW®.

A fonte de dados de atividade de assinante exemplar 114 inclui informação relacionada à atividade para cada número telefônico. Os dados de atividade na fonte de dados de atividade de assinante (SADS) 114 são atualizados em uma base mais freqüente (tipicamente uma vez por semana) do que a fonte de dados LERG exemplar (tipicamente uma vez por mês). Adicionalmente, a SADS 114 inclui granularidade mais detalhada para o número telefônico de dez dígitos completo mais propriamente do que no bloco de dez - mil unidades (NPA-NXX) ou bloco de mil unidades (NPA-NXX-X) provido pela fonte de dados LERG 112. Em alguns casos, se o cliente não prover uma ou mais listas de seus assinantes atuais, assinantes desconectados, ou qualquer combinação dos mesmos, a SADS exemplar 114 pode ser usada pelos métodos e aparelho aqui descritos em vez de tais dados de assinante de cliente a partir do cliente. Como tal, embora os métodos e aparelho exemplares aqui descritos ilustrem um ou mais exemplos nos quais ambos, dados providos por cliente e dados SADS 114 são usados, tais exemplos são limitados aos mesmos.

Informação provida pela SADS exemplar 114 também inclui adicionar eventos, mudar eventos, e/ou deletar eventos para cada número de assinante. Por exemplo, consumidores e/ou empresas que obtêm um novo endereço e número telefônico são identificados tipicamente pela SADS 114 como um adicionar-evento, o qual pode indicar que o consumidor e/ou a empresa recentemente iniciou novos serviços de telecomunicação associados ao número telefônico. Por outro lado, a SADS exemplar 114 identifica os números telefônicos que não mudaram, mas algumas mudanças para um endereço e/ou nome mudaram. Tais eventos de mudança podem ser causados por correções de número de residência, correções de número de rua, uma mudança de uma listagem publicada para uma listagem não-publicada, uma nova linha secundária (por exemplo, um novo colega de quarto), uma mudança de nome de assinante devido a casamento ou divórcio, e/ou uma mudança de nome de empresa.

Outra informação de evento provida pela SADS exemplar 114 inclui números telefônicos que foram retirados da lista, números telefônicos que foram desconectados, e/ou números telefônicos que foram portados para um provedor de serviço sem fio. Tais eventos de mudança são identificados pela SADS exemplar 114 como deletar-eventos. Por exemplo, números telefônicos que foram desconectados podem indicar que o assinante terminou o serviço com um primeiro provedor de serviço e iniciou serviço com um segundo provedor de serviço.

A fonte de dados LNP exemplar 116 inclui informação relacionada aos números telefônicos que foram portados a partir de um provedor de serviço para outro provedor de serviço. Começando em 2003, a Comissão Federal de Comunicações (FCC) requer que operadoras de estação local (LECs) devem prover portabilidade de número local para consumidores quando for tecnicamente praticável. A FCC definiu portabilidade de número local como a capacidade dos usuários de serviços de telecomunicação em reter, no mesmo local, os números de telecomunicação existentes sem prejuízo de qualidade, confiabilidade ou conveniência ao mudar de uma operadora de telecomunicações para outra. Na maioria dos casos, uma consulta à fonte de dados LNP 116 pelo gerenciador de mudança de assinante 102 revela o OCN associado ao número telefônico de interesse após aquele número ter sido portado. Em outros casos, uma consulta à fonte de dados LNP exemplar 116 também revela uma ou mais LRNs associadas com um ou mais números TN de interesse.

Em termos gerais, acesso a uma ou mais de fonte de dados LERG 112, fonte de dados de atividade de assinante 114, fonte de dados LNP 116, e/ou a LiDB 117 requer uma qualidade de membro, credenciais de acesso, e/ou é associado com uma taxa por acesso. Em um exemplo, uma consulta de primeiro nível à fonte de dados LNP 116, para determinar o OCN de um número telefônico, requer uma taxa por consulta. No caso em que a consulta de primeiro nível à fonte de dados LNP exemplar 116 falha em identificar o OCN associado ao número telefônico de interesse, um usuário do gerenciador de mudança de assinante exemplar 102 pode invocar uma consulta de segundo nível ao LiDB 117 por uma taxa adicional que pode utilizar uma ou mais fontes de dados alternativas capazes de prover alguma indicação do OCN. A consulta de segundo nível é algumas vezes referida como uma consulta de proprietário de conta (AOQ) , o qual pode acessar uma ou mais LiDBs, tal como a LiDB 117, cada uma das quais é mantida tipicamente por uma companhia telefônica local.

Conforme descrito acima, mesmo se uma ou mais de fonte de dados LERG 112, fonte de dados de atividade de assinante 114, fonte de dados LNP 116, e/ou a LiDB 117 prover um OCN associado ao número telefônico (TN) de interesse, tais fontes de dados (112, 114, 116, 117) podem não revelar as instâncias nas quais existe um overbuilder e/ou revendedor. Conforme descrito resumidamente acima, um overbuilder e/ou revendedor pode se um tipo de provedor de serviço, tal como uma companhia de serviço via cabo, que não possui toda ou parte da inf raestrutura de telecomunicações para seus clientes, e mais provavelmente existe em mercados tendo densidades populacionais, renda, e/ou padrões de crescimento de unidades domiciliares relativamente superiores. Como tal, no caso em que a fonte de dados LERG 112, por exemplo, identifica um bloco de telefones associados ao OCN MCI®, o provedor de serviço efetivo pode ser uma organização independente, tal como um provedor de serviço a cabo.

O gerenciador de mudança de assinante exemplar 102 opera no sistema exemplar 100 para, em parte, identificar se um novo assinante é uma nova-incursão, um ganho de concorrência, um estado-constante, ou uma reconquista de concorrência. Em termos gerais, uma nova incursão é um assinante do cliente que está associado a um TN que não estava previamente em serviço por um período de tempo específico. Muitos provedores de serviço não reutilizam imediatamente um TN após um assinante ter terminado a sua relação comercial. Assim, nova atividade associada ao TN previamente não utilizado é tipicamente considerada como sendo nova atividade para o próximo assinante (isto é, uma nova incursão). Por outro lado, no caso em que o TN era recentemente associado ao primeiro provedor de serviço e está atualmente associada a um segundo provedor de serviço, o TN associado é tipicamente considerado como um ganho de concorrência para o segundo provedor de serviço. Ainda adicionalmente, em algumas situações, o período de tempo a partir do TN estando associado ao primeiro provedor de serviço, até o segundo provedor de serviço, e outra vez de volta para o primeiro provedor de serviço indica que o primeiro provedor de serviço ganhou de volta aquele cliente. Como tal, essa circunstância é considerada tipicamente como uma vitória de reconquista de concorrência para o primeiro provedor de serviço.

Adicionalmente, o gerenciador de mudança de assinante exemplar 102 identifica as perdas de assinante e determina quais concorrentes controlam agora o número telefônico associado ao cliente que mudou de provedores de serviço. Adicionalmente, o gerenciador de mudança de assinante exemplar 102 determina os provedores de serviço associados aos TNs e/ou blocos TN (por exemplo, NPA-NXX, NPA-NXX-X, etc.) de uma forma que minimiza os custos associados ao acesso à fonte (s) de dados LNP 116 e/ou uma ou mais LiDBs 117 (por exemplo, minimizando a necessidade de realizar consultas de primeiro e/ou segundo nível). Era operação, o gerenciador de mudança de assinante exemplar 102 da Figura 1 obtém dados de TN de cliente a partir da fonte de dados de TN e cliente exemplar 110. Conforme descrito acima, no caso do cliente não ter dados de TN para prover ao gerenciador de mudança de assinante exemplar 102, os métodos e aparelho aqui descritos podem empregar o número TN a partir da SADS exemplar 114, sem limitação. Uma forma exemplar na qual o gerenciador de mudança de assinante 102 obtém os dados de TN de cliente ocorre por intermédio de uma consulta a partir do gerenciador de mudança de assinante 102 para a fonte de dados de TN de cliente 110 por intermédio da rede 108. 0 gerenciador de mudança de assinante exemplar 102 pode prover a fonte de dados de TN de cliente 110 com uma ou mais credenciais de autenticação para verificar a permissão de acesso. Adicionalmente ou alternativamente, o gerenciador de mudança de assinante exemplar 102 pode facilitar um diretório de protocolo de transferência de arquivo (FTP) que é monitorado para uma ou mais instâncias nas quais um cliente pode colocar dados de TN a partir de sua fonte de dados de TN de cliente 110. Tais dados de TN podem incluir, mas não são limitados a uma lista de todos os assinantes de cliente para um determinado período de tempo (por exemplo, um determinado número de dias, uma determinada semana, etc.), uma lista de todos os novos assinantes, uma lista de todos os assinantes desconectados, e/ou uma lista de assinantes associados com um mercado específico, código postal, e/ou área estatística baseada em núcleo (CBSA).

Para determinar se uma ou mais TNs estão associados a uma nova incursão, um ganho de concorrência, uma reconquista de concorrência, e/ou uma condição de estado constante na qual o TN não tem atividade de mudança de assinante correspondente, o gerenciador de mudança de assinante exemplar 102 compara os dados de TN de cliente obtidos com um ou mais conjuntos de dados de TN de cliente associados a um ou mais períodos de tempo anteriores. No exemplo ilustrado da Figura 1, o um ou mais conjuntos anteriores de dados de TN de cliente são armazenados no banco de dados de trabalho 104 e/ou podem ser obtidos pelo gerenciador de mudança de assinante 102 a partir da fonte de dados de TN de cliente 110 e/ou a SADS 114 mediante solicitação. Para um determinado TN de interesse, se os dados de TN de cliente atuais, e um ou mais dos conjuntos de dados de TN de cliente, anteriores, ilustrarem que o TN de interesse ainda está associado ao cliente, então o gerenciador de mudança de assinante 102 confirma uma condição de estado constante para aquele TN de interesse.

Por outro lado, se os dados de TN de cliente atuais, e um ou mais dos conjuntos de dados de TN de cliente, anteriores, ilustrarem que o TN de interesse era associado previamente com um concorrente do cliente, então o gerenciador de mudança de assinante exemplar 102 determina se existe uma condição de ganho de concorrência ou uma condição de reconquista de concorrência. Conforme descrito em detalhe adicional abaixo, para distinguir entre um ganho de concorrência versus uma condição de reconquista, o gerenciador de mudança de assinante exemplar 102 obtém informação de propriedade de bloco (por exemplo, NPA-NXX, NPA-NXX-X, etc.) a partir da fonte de dados LERG 112, informação de atividade a partir de conjuntos atuais e/ou anteriores de dados a partir da SADS exemplar 114, e qualquer ocorrência(s) de atividade LNP a partir da fonte de dados LNP exemplar 116.

Devido à possibilidade de que uma ou mais de fonte de dados LERG 112, SADS 114, fonte de dados LNP 116, e/ou a LiDB 117 inclua informação fora de validade, imprecisa, e/ou ausente, o gerenciador de mudança de assinante exemplar 102 emprega o banco de dados de mapeamento exemplar 106 para substituir e/ou suplementar informação a ser associada com o TN de interesse. Por exemplo, o gerenciador de mudança de assinante 102 pode fazer uma avaliação inicial do TN de interesse por intermédio de uma ou mais consultas à fonte de dados LERG 112 para determinar um proprietário de bloco. Embora um bloco de um - mil unidades (isto é, NPA-NXX-X) possa revelar um provedor de serviço determinado, a informação da fonte de dados LERG 112 pode ter até um mês de antigüidade.

Adicionalmente, a informação de fonte de dados LERG 112 não conterá informação mais granular relacionada à TN de interesse específica. Isto é, se o número exemplar de interesse é 262-542-6609, então a informação mais granular disponível na fonte de dados LERG 112 incluirá 999 diferentes números telefônicos associados ao bloco 262-542- 6XXX (onde XXX inclui os números 000 até 999). Contudo, se o cliente associado ao 262-542-6609 portou esse número para um provedor de serviço alternativo, a fonte de dados LERG exemplar 102 pode não refletir o verdadeiro provedor de serviço atualmente associado àquele número.

O gerenciador de mudança de assinante exemplar 112 também consulta a SADS exemplar 114 para determinar, em parte, eventos de adicionar, atuais, eventos de mudança, e/ou eventos de deletar associados ao TN completo de interesse (por exemplo, todos os dez dígitos do número exemplar 262-542-6609) . Tais eventos, se houver, podem ser comparados com os eventos que ocorreram durante períodos de tempo anteriores, tal como em dias anteriores, semanas, e/ou meses. Conforme descrito em detalhe adicional abaixo, eventos a partir da SADS 114 e mudanças no conjunto (s) de dados de TN de cliente podem ser comparados de uma maneira a identificar se o TN de interesse esteve envolvido em uma condição de estado constante, uma nova incursão, um ganho de concorrência, e/ou uma reconquista para o cliente.

Para determinar qual companhia telefônica possui o TN de interesse, o gerenciador de mudança de assinante exemplar 102 obtém informação de OCN a partir da fonte de dados LNP exemplar 116. Se a informação de OCN estiver indisponível, tal como após uma solicitação de primeiro nível pelo gerenciador de mudança de assinante exemplar 112 à fonte de dados LNP 116, uma solicitação de segundo nível mais dispendiosa pode ser realizada para um ou mais LiDBs 117 em um esforço no sentido de averiguar a informação relacionada às relações indiscriminadas entre um OCN e um ou mais provedores de serviço, tal como o provedor de serviço associado ao TN de interesse. Adicionalmente ou alternativamente, o gerenciador de mudança de assinante exemplar 102 pode empregar o banco de dados de mapeamento exemplar 106 para resolver qual provedor(es) de serviço está associado ao TN de interesse, conforme descrito em detalhe adicional abaixo. A Figura 2 é uma ilustração esquemática detalhada do gerenciador de mudança de assinante exemplar 102 mostrado na Figura 1. O gerenciador de mudança de assinante exemplar 102 inclui um mecanismo de processo 202, uma portabilidade de número local (LNP) e mecanismo de informação de linha 204, um mecanismo de mapeamento de operadora 206, um recuperador de dados de cliente 208, uma interface LERG 210, uma interface de sistema de atividade de assinante 212, e um gerador de informe 214. Em operação, o mecanismo de processo exemplar 202 invoca o recuperador de dados de cliente 208 para obter dados de TN de cliente a partir da fonte de dados de TN de cliente exemplar 110. Credenciais de autenticação podem ser providas pelo recuperador de dados de cliente exemplar 208 para obter acesso à fonte de dados de TN de cliente 110 antes de recuperar e/ou de outro modo receber um ou mais conjuntos de dados a partir do cliente. Adicionalmente ou alternativamente, o mecanismo de processo exemplar 202 pode invocar o recuperador de dados de cliente 208 para facilitar um ou mais diretórios FTP que permitem que um ou mais clientes transfiram dados de TN para o gerenciador de mudança de assinante exemplar 102. Quando um ou mais arquivos indicativos de dados de TN de cliente são transferidos por um cliente, o mecanismo de processo exemplar da Figura 2 pode começar a analisar os dados recebidos.

Conjuntos de dados indicativos de dados de TN de cliente podem incluir, mas não são limitados à data para os dados, uma região (por exemplo, Meio-Oeste, Oeste, 30 Sudoeste, etc.), um NPA (por exemplo, um código de área de 3 dígitos) , um NXX (por exemplo, um prefixo de 3 dígitos) , um sufixo TN (por exemplo, os últimos 4 dígitos do TN) , se o tipo de linha é primário (isto é, a única linha associada com o endereço, ou secundário (isto é, uma ou mais linhas adicionais associadas com o endereço), se o cliente é residencial ou comercial, e/ou um código postal.

0 mecanismo de processo exemplar 2 02 também pode invocar a interface de sistema de atividade de assinante exemplar 212 para iniciar uma ou mais consultas à SADS exemplar 114. Ao menos um provedor exemplar de bancos de dados nacionais de telefonia das listagens telefônicas é LSSiData® que, em parte, compila informação relacionada à atividade de número telefônico em uma base diária. A informação obtida a partir da interface de sistema de atividade de assinante 212 inclui, mas não se limita a um número telefônico, um último e/ou primeiro nome correspondente, um endereço atual correspondente (por exemplo, número da residência, rua, cidade, estado, código postal), um endereço anterior correspondente, o tipo de construção (por exemplo, residência, empresa, etc.), status não-chamar, e/ou um código de evento associado ao TN. Códigos de evento podem incluir, mas não são limitados aos eventos de adicionar, eventos de mudança, e eventos de deletar. Um evento de adicionar exemplar pode incluir um novo assinante associado ao TN ou um assinante existente que se deslocou de uma residência/empresa para outra. Um evento de mudança exemplar pode incluir um assinante com um número de casa ou rua corrigido em uma listagem de diretório, uma mudança de nome, e/ou uma mudança a partir de um TN relacionado para um TN não relacionado. Um evento de deletar exemplar pode incluir uma linha descartada que pode ou não ser seguida por uma atividade de portagem e/ou remoção de linha(s) secundária.

No exemplo ilustrado da Figura 2, o mecanismo de processo 202 também invoca o mecanismo de informação de linha/LNP exemplar 204 e a interface LERG exemplar 210 para determinar, em parte, informação de OCN associada com o TN de interesse. Adicionalmente ou alternativamente, o mecanismo de informação de linha/LNP 204 pode determinar uma LRN associada com o TN de interesse. 0 mecanismo de informação de linha/LNP exemplar 204 pode prover credenciais de autenticação para a fonte de dados LNP 116 e/ou a LiDB 117 em circunstâncias onde uma consulta de primeiro e segundo nível é solicitada, respectivamente. Adicionalmente, a interface LERG exemplar 210 pode prover credenciais de autenticação para a fonte de dados LERG 112 da Figura 1. Conforme explicado em detalhe adicional abaixo, mesmo se o mecanismo de informação de linha/LNP 204 e a interface LERG 210 são capazes de derivar alguma informação indicativa do OCN associado ao TN de interesse, tal informação pode não ser exata em decorrência da atividade de overbuilder/revendedor naquele mercado específico. Como tal, o mecanismo de mapeamento de operadora exemplar 206 pode, em parte, comparar um código postal associado ao TN de interesse e adicionalmente associar overbuiIder/revendedor conhecido e/ou mapeamento que se aplica àquele mercado específico. Adicionalmente ou alternativamente, o mecanismo de mapeamento de operadora exemplar 206 pode utilizar o proprietário de bloco obtido a partir da interface LERG exemplar 210 para determinar quais overbuilders/revendedores consumem infraestrutura a partir daquele proprietário de bloco, desse modo permitindo que um overbuilder/revendedor específico seja identificado.

Após determinar a operadora/provedor(es) de serviço associado com cada TN de interesse, identificando um evento de adicionar, um evento de mudar, e/ou um evento de deletar, o gerenciador de mudança de assinante exemplar 102 prepara um informe para o cliente com o gerador de informe exemplar 214. O gerador de informe exemplar 214 pode gerar um ou mais informes que identificam uma faixa de data e uma cota percentual correspondente de novas incursões para uma determinada área de mercado. Sem limitação, o gerador de informe exemplar 214 pode gerar um ou mais informes para identificar uma percentagem de mudanças de TN associados a novas incursões, ganhos de concorrência, reconquistas, e/ou quais provedores de serviços concorrentes adquiriram fatia de mercado para uma determinada faixa de datas.

Embora um sistema exemplar 100, para monitorar atividade de assinante, e um gerenciador de mudança de assinante exemplar 102, sejam ilustrados nas Figuras 1 e 2, uma ou mais das interfaces, estruturas de dados, elementos, processos e/ou dispositivos ilustrados nas Figuras 1 e 2 podem ser combinados, divididos, rearranjados, omitidos, eliminados e/ou implementados de qualquer outra forma. Adicionalmente, o gerenciador de mudança de assinante exemplar 102, o banco de dados de trabalho exemplar 104, o banco de dados de mapeamento exemplar 106, o mecanismo de processo exemplar 202, o mecanismo de informação de linha/LNP exemplar 204, o mecanismo de mapeamento de operadora exemplar 206, o recuperador de dados de cliente exemplar 208, a interface LERG exemplar 210, a interface de sistema de atividade de assinante exemplar 212, e/ou o gerador de informe exemplar 214 das Figuras 1 e 2 podem ser implementados mediante hardware, software, firmware e/ou qualquer combinação de hardware, software e/ou firmware.

Assim, por exemplo, qualquer de gerenciador de mudança de assinante exemplar 102, banco de dados de trabalho exemplar 104, banco de dados de mapeamento exemplar 106, mecanismo de processo exemplar 202, mecanismo de informação de linha/LNP exemplar 204, mecanismo de mapeamento de operadora exemplar 206, recuperador de dados de cliente 208, interface LERG exemplar 210, interface de sistema de atividade de assinante exemplar 212, e/ou o gerador de informe exemplar 214 pode ser implementado por um ou mais circuitos, processador(es) programáveis, circuito(s) integrado de aplicação especifica (ASIC(s)), dispositivo(s) lógico programável (PLD(s)) e/ou dispositivo(s) lógico programável no campo (FPLD(s)), etc. Quando qualquer uma das reivindicações anexas é lida para cobrir uma implementação simplesmente de software e/ou firmware, ao menos um de gerenciador de mudança de assinante exemplar 102, banco de dados de trabalho exemplar 104, banco de dados de mapeamento exemplar 106, mecanismo de processo exemplar 202, mecanismo de informação de linha/LNP exemplar 204, mecanismo de mapeamento de operadora exemplar 206, recuperador de dados de cliente exemplar 208, interface LERG exemplar 210, interface de sistema de atividade de assinante exemplar 212, e/ou o gerador de informe exemplar 214 são por intermédio desse expressamente definidos como incluindo um meio tangível tal como uma memória, um disco versátil digital (DVD), um disco a laser (CD), etc. armazenando o firmware e/ou software. Além disso, um sistema de comunicação pode incluir interfaces, estruturas de dados, elementos, processos e/ou dispositivos em vez de, ou em adição àqueles ilustrados nas Figuras 1 e 2 e/ou pode incluir mais do que uma de quaisquer ou todas as interfaces ilustradas, estruturas de dados, elementos, processos e/ou dispositivos.

As Figuras 3, 4, 5A, 5B, 6A, 6B e 7 ilustram processos exemplares que podem ser realizados para implementar o gerenciador de mudança de assinante exemplar 102 das Figuras 1 e 2. Os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem ser realizados por um processador, um controlador e/ou qualquer outro dispositivo de processamento adequado. Por exemplo, os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem ser incorporados em instruções codificadas armazenadas em qualquer meio legível por computador, tangível, tal como uma memória flash, um CD, um DVD, um disquete, uma memória de leitura (ROM), uma memória de acesso aleatório (RAM), uma ROM programável (PROM) , uma ROM eletronicamente programável (EPROM), e/ou uma PROM eletronicamente apagável (EEPROM), um disco ótico de armazenamento, um dispositivo ótico de armazenamento, um disco de armazenamento magnético, um dispositivo de armazenamento magnético, e/ou qualquer outro meio que possa ser usado para realizar ou armazenar código e/ou instruções de programa na forma de instruções legíveis por máquina ou estruturas de dados, e o qual possa ser acessado por um processador, um computador de uso geral ou de uso especial, ou outra máquina com um processador (por exemplo, a plataforma de processador exemplar PlOO discutida abaixo em conexão com a Figura 8). Combinações dos mencionados acima também estão incluídas no escopo de meios legíveis por computador. As instruções legíveis por máquina compreendem, por exemplo, instruções e/ou dados que fazem com que um processador, um computador de uso geral, computador de uso especial, ou uma máquina de processamento de uso especial implemente um ou mais processos específicos. Alternativamente, alguns ou todos os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem ser implementados utilizando qualquer combinação(ões) de ASIC(s), PLD(s), FPLD(s), lógica discreta, hardware, firmware, etc. Além disso, alguns ou todos os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem em vez disso ser implementados manualmente ou como qualquer combinação de quaisquer das técnicas anteriormente mencionadas, por exemplo, qualquer combinação de firmware, software, lógica discreta e/ou hardware. Adicionalmente, muitos outros métodos de implementar as operações exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem ser empregados. Por exemplo, a ordem de execução dos blocos pode ser mudada, e/ou um ou mais dos blocos descritos podem ser mudados, eliminados, subdivididos, ou combinados. Adicionalmente, qualquer um ou todos os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B e 7 podem ser realizados seqüencialmente e/ou executados em paralelo mediante, por exemplo, fluxos de execução de processamento, separados, processadores, dispositivos, lógica discreta, circuitos, etc. O processo exemplar da Figura 3 começa com o mecanismo de processo exemplar 202 invocando o recuperador de dados de cliente 208 para obter dados de TN de cliente a partir da fonte de dados de TN de cliente exemplar 110 e a interface de sistema de atividade de assinante 212 obtendo dados de atividade de TN a partir da fonte de dados de atividade de assinante exemplar 114 (bloco 302). Os dados obtidos a partir da fonte de dados de cliente 110 incluem um ou mais arquivos indicativos de locais comerciais e/ou residenciais tendo TNs operacionais em um momento especificado. Mais especificamente, os TNs operacionais são aquelas que têm serviço com clientes naquele momento. Para determinar que dados recuperados e/ou de outro modo recebidos são válidos, o recuperador de dados de cliente exemplar 208 verifica os dados obtidos em relação à qualidade (bloco 304). Por exemplo, um usuário do gerenciador de mudança de assinante exemplar 102 pode requerer que o número de TNs nos dados de TN de cliente obtidos esteja dentro de uma percentagem +/- (por exemplo, + /- 0,3%) de uma contagem semanal anterior de TNs. Os valores de contagem de TN que estão além de tal quantidade limite podem indicar dados errôneos com base nos valores conhecidos e/ou previstos conhecidos de um cliente. Outra verificação de qualidade exemplar (bloco 3 04) pode incluir uma análise dos dados obtidos para determinar se cada TN está associada com um valor de código postal correspondente. O usuário do gerenciador de mudança de assinante exemplar 102 pode requerer que não menos do que χ por cento (83%) dos registros obtidos inclua um código postal correspondente. Sem limitação, a verificação de qualidade pode ocorrer ao se recuperar os dados a partir da interface de sistema de atividade de assinante exemplar 212. Por exemplo, se os dois períodos de tempo anteriores (por exemplo, duas semanas anteriores) dos dados de atividade incluíram 1.400 eventos de adicionar para uma área de mercado determinada, então a interface de sistema de atividade de assinante exemplar 212 pode ser configurada para verificar se os últimos dados de atividade recebidos estão dentro de 10% daquele valor. Picos acima de tal percentagem limite (por exemplo, 10%) podem ser sinalizados como dados errôneos para permitir, por exemplo, uma ou mais tentativas subsequentes de aquisição de dados para análise adicional.

Na eventualidade de um ou mais TNs recebidos a partir do cliente não conter certos dados tal como um código postal associado, o recuperador de dados de cliente exemplar 208 pode consultar o banco de dados de mapeamento exemplar 106 para identificar um código postal que se ajusta melhor (bloco 3 06) . 0 banco de dados de mapeamento exemplar 106 inclui, em parte, uma lista de blocos, tal como NPA-NXX, NPA-NXX-X, e/ou NPAs associados aos códigos postais correspondentes. Em situações onde há duas ou mais combinações de um código postal para uma determinar TN, então o recuperador de dados de cliente exemplar 208 pode selecionar o código postal coincidente tendo, por exemplo, o valor mais baixo e sinalizar o TN para análise adicional e/ou desconsiderar o TN em termos de consideração.

Se o cliente prefere que apenas uma ou mais áreas de mercado específicas sejam analisadas, tal como apenas os TNs dentro de um código postal especifico, apenas os TNs tendo um código de área específico, e/ou os TNs tendo uma região específica (por exemplo, Meio-Oeste), então o mecanismo de processo exemplar 202 pode analisar os dados de TN de cliente obtidos tendo os parâmetros identificados (bloco 308). Conforme descrito acima, no caso de o cliente não ter e/ou de outro modo prover seus próprios dados de cliente, o mecanismo de processo exemplar 202 pode analisar os dados obtidos a partir da SADS exemplar 114 . Áreas de mercado específicas também podem se ajustar a uma área estatística baseada em núcleo (CBSA), a qual tipicamente se ajusta aos padrões aplicados pela atividade de senso governamental. Além disso, os dados analisados pelo mecanismo de processo exemplar 202 não são limitados às TNs associadas com o cliente, assim, os métodos e aparelho descritos aqui também podem analisar os TNs concorrentes para identificar ao menos uma de novas incursões, ganhos de concorrência, e/ou reconquistas.

Após obter os dados de TN a partir do cliente (bloco 302), verificar os dados obtidos em termos de qualidade (bloco 304), suplementar os dados ausentes (bloco 306), se houver, e identificar um ou mais mercados para analisar (bloco 308), o gerenciador de mudança de assinante exemplar 102 computa um tipo de atividade de TN (bloco 310). Em termos gerais, o gerenciador de mudança de assinante exemplar 102 compara os dados de TN de cliente, atuais e anteriores, compara os dados de atividade de assinante atuais e anteriores, e determina informação de status de propriedade para cada TN para determinar se cada TN é uma nova incursão, um ganho de concorrência, uma condição de estado constante, uma desconexão, ou uma reconquista de concorrência (bloco 310).

No exemplo ilustrado da Figura 3, uma ou mais técnicas de previsão estatística são empregados para ajustar os resultados para considerar a remoção dos TNs associados com linhas telefônicas secundárias e/ou TNs não publicados (bloco 312) que podem de outro modo distorcer os resultados. Para alguns mercados, cancelamentos de operadora são realizados, em parte, para substituir um ou mais resultados com nomenclatura que o cliente ou entende e/ou prefere visualizar. Adicionalmente, mapeamento de operadora é realizado (bloco 314) para, em parte, resolver entrada(s) de OCN baseada em provedores de serviço. Os dados de atividade resultantes e/ou dados de mapeamento podem ser então usados para gerar um ou mais informes (bloco 316) .

Retornando ao bloco 310, processos exemplares são mostrados na Figura 4 para computar o tipo(s) de atividade de TN. O processo exemplar 310 da Figura 4 começa com o mecanismo de processo exemplar 202 gerando uma lista de TNs a ser analisada (bloco 4 02). Por exemplo, os TNs obtidos a partir do arquivo da semana atual do cliente podem incluir assinantes de cliente atuais e seus TNs associados.

Adicionalmente, os TNs obtidos a partir da fonte de dados de atividade de assinante 114 para o período de tempo atual (por exemplo, a semana atual) incluem os TNs que podem ou não também estar presentes dentro dos dados de TN do cliente. Como tal, o mecanismo de processo exemplar 2 02 pode gerar uma lista de diferenças entre os TNs de cliente e os TNs de um período de tempo atual da fonte de dados de atividade de assinante 114, algumas das quais pode representar atividade associada com os TNs desconectadas, novos assinantes, ganhos de concorrência, e/ou reconquistas.

Adicionalmente, o mecanismo de processo exemplar 2 02 determina se um TN de cliente, a partir dos TNs de cliente obtidos, estava presente em um arquivo de TN de cliente anterior (bloco 404). Se não estava, o mecanismo de processo 202 determina se o TN de interesse está no arquivo de cliente para o período de tempo atual (bloco 406). Se o TN não estava no arquivo de cliente atual (bloco 406) , e não há código de desconexão correspondente, tal como um evento de deletar e/ou código de desativação identificado pela fonte de dados de atividade de assinante 114 (bloco 408), então o controle prossegue para o bloco 410, o qual é mostrado em detalhe adicional na Figura 5A. Em outras palavras, em vez de um evento de deletar, o controle prossegue para o bloco 410 no caso em que existe, por exemplo, um evento de adicionar ou um evento de mudar (bloco 408).

No exemplo ilustrado da Figura 5A, a interface LERG exemplar 210 determina a propriedade do bloco do TN de interesse (bloco 412), e se o bloco de TN (por exemplo, NPA-NXX, NPA-NXX-X, etc.) não for de propriedade do cliente (bloco 414, então o TN de interesse é identificada como uma nova incursão para o concorrente do cliente (bloco 416). A nova incursão para o concorrente do cliente (bloco 416) também pode ser referida como uma perda de concorrência. Por outro lado, se o bloco de TN for de propriedade do cliente (bloco 414), então o mecanismo de informação de linha/LNP exemplar 204 consulta a fonte de dados LNP 116 para determinar um status de portagem do TN de interesse (bloco 418). No caso em que a consulta LNP identifica o TN como não associada com uma porta para um concorrente (bloco 420), então o TN de interesse é identificada como uma nova incursão para o cliente (bloco 422), e o TN de interesse também é identificada como um potencial revendedor (bloco 424). Contudo, se a consulta LNP identificar o TN como associado a uma porta para um concorrente (bloco 420), então o TN de interesse é identificada como uma nova incursão para o concorrente (bloco 426).

Retornando brevemente à Figura 4, no caso em que um código de desconexão é associado ao TN de interesse (bloco 408), então o controle prossegue para o bloco 428 (mostrado em detalhe adicional na Figura 5B) no qual a interface LERG exemplar 210 determina a propriedade do bloco do TN de interesse (bloco 430). Adicionalmente, uma consulta LNP é iniciada pelo mecanismo de informação de linha/LNP exemplar 2 04 para obter informação de OCN relacionada ao TN de interesse (bloco 431). Se o OCN não indicar que o TN de interesse é de propriedade do cliente (bloco 432), então o TN de interesse é identificado como uma condição de desconexão de cliente (bloco 433).

Retornando outra vez à Figura 4, no caso em que o mecanismo de processo exemplar 202 determina que o TN de interesse esteja em ambos, no arquivo de cliente anterior e no arquivo TN de cliente atual (bloco 406), então a interface de sistema de atividade de assinante 212 determina que o TN também foi encontrado dentro de um número limite de períodos de tempo anteriores na fonte de dados de atividade de assinante 114 (bloco 434). Por exemplo, alguns clientes associam tipicamente uma condição de reconquista de concorrência como aquela na qual o cliente tem um negócio de assinante, perde aquele negócio para um concorrente, e então reconquista e/ou torna a obter o negócio de assinante dentro de um período de tempo de cinco a seis semanas. Contudo, se o TN de interesse não estiver em um ou mais períodos de tempo (por exemplo, x=5 semanas), então o controle prossegue para o bloco 436, o qual é mostrado em detalhe adicional na Figura 6A.

No exemplo ilustrado da Figura 6A, a interface LERG exemplar 210 determina o proprietário de bloco para o TN de interesse (bloco 438), e se ele não for de propriedade do cliente (bloco 440), o TN de interesse é identificado como um ganho de concorrência para o cliente (bloco 442) . Por exemplo, o ganho de concorrência integralmente mencionado para o cliente é uma determinação válida quando o TN de interesse não está no arquivo de cliente anterior (bloco 4 04), mas está no arquivo de TN de cliente atual (bloco 4 06) embora a fonte de dados LERG identifique a propriedade de competitividade porque a fonte de dados LERG 112 é tipicamente atualizada em uma base mensal. Em outras palavras, como a fonte de dados LERG 112 constituem os dados mais antigos, outros indicadores de propriedade podem ser considerados como sendo de mais confiabilidade em algumas circunstâncias.

Contudo, se a fonte de dados LERG 112 indicar que o TN de interesse (ou ao menos o bloco associado ao TN de interesse) for de propriedade do cliente, a interface de sistema de atividade de assinante exemplar 212 realiza uma verificação adicional de um número limite dos dados do período(s) de tempo anterior (por exemplo, 5 semanas anteriores) para identificar um código de desconexão (bloco 444). Se nenhum tal código for encontrado, então o TN de interesse é identificado como uma nova incursão para o cliente (bloco 446) , caso contrário o TN de interesse é identificada como uma reconquista de cliente (bloco 448).

Retornando resumidamente à Figura 4, no caso em que o TN de interesse foi encontrado dentro de um número limite de períodos de tempo anteriores na fonte de dados de atividade de assinante 114 (bloco 434), o controle avança para o bloco 450, o qual é mostrado em detalhe adicional na Figura 6B. No exemplo ilustrado da Figura 6B, a interface LERG exemplar 210 determina a propriedade de bloco do TN de interesse (bloco 452), e se não for de propriedade do cliente (bloco 454), o TN de interesse é identificado como um ganho de concorrência para o cliente. Caso contrário, se o TN de interesse não for identificado como de propriedade do cliente (bloco 454), então o TN de interesse é identificado como uma reconquista a partir do concorrente (bloco 458).

Retornando outra vez à Figura 4, se o TN de interesse estiver no arquivo de cliente anterior (bloco 404), mas não no arquivo de TN de cliente atual (bloco 460), então o TN de interesse é identificada como uma desconexão (bloco 462) . Por exemplo, a lista gerada de TNs a ser analisada (bloco 402) pode ter identificado uma ou mais TNs de interesse que podem não estar no arquivo de cliente atual em virtude de uma comparação entre os TNs de cliente anteriores e/ou atuais e os TNs anteriores e/ou atuais na fonte de dados de atividade de assinante exemplar 114. Por outro lado, se o TN de interesse estiver em ambos, no arquivo de TN de cliente atual e em um ou mais arquivos de TN de cliente anteriores, então o TN de interesse é identificada como uma condição de estado constante (bloco 4 64). Se houver TNs adicionais de interesse a serem avaliados a partir da lista gerada de TNs (bloco 466) , então o controle avança para o bloco 4 04, caso contrário o controle avança para o bloco 314 conforme mostrado na Figura 3.

Retornando à Figura 3, um ou mais ajustes são feitos para os TNs analisados (bloco 312) . Por exemplo, qualquer um dos TNs sinalizados como um revendedor potencial pode ser submetido a uma consulta LNP para determinar um s tatus de portagem que revela um OCN. Em outras palavras, o OCN identifica a principal companhia de rede de telecomunicações proporcionando infraestrutura. Contudo, a consulta LNP pode nem sempre ser bem-sucedida. Como tal, o TN pode ser provido como uma entrada para uma AOQ por intermédio do mecanismo de informação de linha/LNP exemplar 2 04 de modo que uma consulta LiDB correspondente da fonte de dados de informação de linha 117 pode ocorrer. A AOQ é tipicamente uma consulta mais dispendiosa que pode ser aplicada a certa percentagem de TNs analisados de modo que os resultados podem ser projetados para um ou mais mercados maiores. Um representante exemplar que pode prover a AOQ é Accudata®, desse modo tal projeção(ões) com base em um subconjunto parcial TNs permite que o usuário do gerenciador de mudança de assinante exemplar 102 economize os custos durante análise (por exemplo, realize AOQ em apenas 10% das TNs).

Projeção(ões) adicional pode ser realizada durante ajuste de processo (bloco 312) incluindo escalonamento decrescente dos TNs analisadas com base em um número projetado dos TNs associados com uma linha telefônica secundária dentro de uma unidade residencial. Em algumas circunstâncias, os dados de TN de cliente indicam se o TN está associado a uma linha primária ou secundária, e em outras circunstâncias, a fonte de dados de atividade de assinante 114 provê informação relacionada às linhas primárias e/ou secundárias. Quaisquer TNs associados a uma linha secundária são tipicamente removidos da análise de modo que as conclusões derivadas são focalizadas na atividade de linha primária.

Outro ajuste exemplar processado (bloco 312) pelo gerenciador de mudança de assinante exemplar 102 inclui aumentar ou diminuir uma ou mais conclusões analisadas com base nas expectativas da indústria. Tal expectativa da indústria inclui assinantes que têm TNs não-publicadas.

Apesar da ocorrência de novas incursões, desconexões, ganhos de concorrência, e/ou reconquistas, um cliente exibe tipicamente uma taxa consistente de TNs não-publicadas. Tal taxa(s) é associada a um fator para permitir um ajuste de uma conclusão, por exemplo, do número de novas incursões para o cliente. Por exemplo, se a análise mostrar que o código postal 56001 (isto é, Mankato, MN) está associado com vinte instâncias de novas incursões para o provedor de serviço Comcast®, e se um fator de ponderação associado para Comcast®, com base na tendência da indústria, for 0.7459, então o número resultante de novas incursões associadas ao código postal 56001 se torna 26.8 (isto é, 20 dividido por 0.7459).

Ainda outro ajuste processado (bloco 312) pelo gerenciador de mudança de assinante exemplar 102 inclui identificar quais TNs podem ser associadas com provedores de voz sobre protocolo Internet (VoIP). Por exemplo, o mecanismo de processo 202 do gerenciador de mudança de assinante 102 pode invocar um sistema de resolução VoIP e método conforme descrito na Publicação dos Estados Unidos N0 (número a ser determinado), intitulado "Methods and Systems for measuring Market Share for Voice over Internet Protocol Carriers", depositado em 1 de outubro de 2008, que é aqui incorporada integralmente mediante referência.

No exemplo ilustrado da Figura 3, o mecanismo de processo 202 invoca o mecanismo de mapeamento de operadora 206 para resolver um provedor de serviço com dados de OCN retornados pela fonte de dados LERG exemplar 112, pela fonte de dados LNP exemplar 116, e/ou pela fonte de dados de informação de linha exemplar 117 (bloco 314) . Conforme descrito acima, as consultas de banco de dados de primeiro nível e/ou de segundo nível realizadas pelo mecanismo de informação de linha/LNP exemplar 204 podem inflar os custos do cliente associados com a determinação de qual provedor de serviço está associado com uma ou mais TNs. Para minimizar e/ou eliminar a necessidade de realizar uma consulta de banco de dados de segundo nível, o mecanismo de mapeamento de operadora exemplar 206 acessa o banco de dados de mapeamento exemplar 106 para acessar os dados indicativos de atividade comercial de mercado. Adicionalmente ou alternativamente, mesmo após uma consulta de segundo nível, os dados de OCN retornados podem não estar necessariamente corretos, assim, o mecanismo de mapeamento de operadora exemplar pode cancelar resultados antes de gerar um informe de cliente. 0 banco de dados de mapeamento exemplar 106 inclui, em parte, nomes e mercados associados, códigos postais, e OCNs nas quais os concorrentes conforme sabido, operam.

A Figura 7 ilustra um processo exemplar que pode ser executado para implementar o mecanismo de mapeamento de operadora exemplar 206 da Figura 2. 0 mecanismo de mapeamento de operadora 206 utiliza dados de OCN como entrada (bloco 7 02). Conforme descrito acima, o OCN tipicamente revela o nome de operadora operativa associada com o provedor de infraestrutura, mas não inclui tipicamente mais informação específica relacionada a um ou mais overbuilders/revendedores que comercializam independentemente um ou mais blocos de TNs a partir do OCN. Em algumas circunstâncias, o OCN e o provedor de serviço podem ser um no mesmo, enquanto que em outras circunstâncias o provedor de serviço pode ser, por exemplo, uma companhia de serviço a cabo que também comercializa serviços de telefonia.

O processo de mapeamento de operadora exemplar da Figura 7 pode operar de uma maneira hierárquica, na qual cada seqüência subsequente permite mais granularidade que a seqüência anterior. Por exemplo, uma primeira seqüência 7 04 identifica quaisquer combinações entre o OCN provido e um identificador de operadora (bloco 706) e, se encontrada, o identificador de operadora é combinado ou associado ao TN de interesse (bloco 708) . Uma tabela de OCN- Identificador de Operadora exemplar 710 é mostrada na Figura 7, a qual pode ser armazenada no banco de dados de mapeamento 106. Se o OCN associado ao TN de interesse é, por exemplo, "1234", então o mecanismo de mapeamento de operadora exemplar 206 associa esse TN de interesse ao identificador de operadora "1205". Embora os identificadores de operadora exemplares da Figura 7 sejam mostrados como números inteiros de quatro dígitos, quaisquer outros sinais do identificador de operadora podem ser empregados sem limitação, tal como uma ou mais seqüências alfanuméricas (por exemplo, Verizon Sem Fio).

Se o OCN não tem um identificador de operadora coincidente correspondente, ou se o usuário do mecanismo de mapeamento de operadora exemplar 206 opta por empregar uma seqüência de mapeamento alternativa e/ou adicional, o controle prossegue para uma segunda seqüência 712. A segunda seqüência exemplar 712 identifica uma combinação entre o OCN recebido e um identificador de mercado associado ao TN de interesse (bloco 714). Se uma combinação for encontrada, tal como em uma tabela de OCN-Mercado exemplar 716, então o TN de interesse é associado a um identificador de operadora correspondente a partir da tabela de OCN-Mercado 716 (bloco 718).

Se o OCN não tem um identificador de mercado equivalente correspondente, ou se o usuário do mecanismo de mapeamento de operadora exemplar 206 opta por empregar uma seqüência de mapeamento alternativa e/ou adicional, o controle prossegue para uma terceira seqüência 720. A terceira seqüência exemplar 720 identifica uma combinação entre o OCN recebida e um código postal associado ao TN de interesse (bloco 722) . Se uma combinação for encontrada, tal como em uma tabela OCN-Código Postal 724, então o TN de interesse é associado com um identificador de operadora correspondente a partir da tabela OCN-Código Postal 724 (bloco 726).

Se o OCN não tem um identificador de código postal coincidente correspondente, ou se o usuário do mecanismo de mapeamento de operadora exemplar 2 06 optar por empregar uma seqüência de mapeamento alternativa e/ou adicional, o controle prossegue para uma quarta seqüência 728. A quarta seqüência exemplar 728 utiliza a LRN associada com o TN de interesse e/ou o OCN e tenta determinar uma coincidência (bloco 730) . O LRN é tipicamente um número de dez dígitos que é associado a cada TN portado. O LRN opera como um identificador de comutação para uma ou mais redes telefônicas, desse modo proporcionando um maior grau de detalhe granular com relação ao provedor de serviço final (identificador de operadora). Se uma combinação for encontrada, tal como em uma tabela de LRN exemplar 732, então o TN de interesse é associado a um identificador de operadora correspondente a partir da tabela de LRN 732 (bloco 734).

Retornando à Figura 3, o gerenciador de mudança de assinante exemplar 102 invoca o gerador de informe 214 para gerar um ou mais informes de saída com base em eventos de adicionar, eventos de mudar, eventos de deletar e/ou provedor(es) de serviço correspondente (operadora(s)) para cada TN analisado (bloco 316). Tais informes, por exemplo, podem resumir uma percentagem de novas incursões para cada concorrente por intermédio de código postal, por intermédio de área de mercado, e/ou por intermédio de CBSA. Adicionalmente, os informes podem ser gerados pelo gerador de informe exemplar 214 com base nas tendências para uma duração identificada, tal como um período de 5 semanas.

Embora o mapeamento de operadora exemplar das Figuras, 3 e 7, fosse descrito em virtude dos processos exemplares que também identificam eventos de mudança de telecomunicação, o mapeamento de operadora pode ser empregado separadamente no caso em que um usuário apenas pretende determinar as operadoras correspondentes associadas com as TNs. Por exemplo, um cliente pode prover, ou o gerenciador de mudança de assinante exemplar 102 pode de outro modo obter, uma lista de TNs de cliente que conforme sabido foram recentemente desconectadas de serviço. Como tal, um mapeamento de operadora pode ser empregado para identificar quais clientes são responsáveis por aquelas perdas.

A Figura 8 é um diagrama esquemático de uma plataforma de processador exemplar PlOO que pode ser usada e/ou programada para implementar qualquer um ou todos de gerenciador de mudança de assinante exemplar 102, banco de dados de trabalho exemplar 104, banco de dados de mapeamento exemplar 106, mecanismo de processamento exemplar 202, mecanismo LNP exemplar 204, mecanismo de mapeamento de operador exemplar 206, recuperador de dados de cliente exemplar 208, interface LERG exemplar 210, interface de sistema de atividade de assinante exemplar 212, e/ou gerador de informe exemplar 214 das Figuras 1 e 2. Por exemplo, a plataforma de processador P100 pode ser implementada por um ou mais processadores de uso geral, núcleos de processador, microcontroladores, etc.

A plataforma de processador Pl00 do exemplo da Figura 8 inclui ao menos um processador programável de uso geral P105. O processador P105 executa as instruções codificadas PllO e/ou P112 presentes na memória principal do processador P105 (por exemplo, dentro de uma RAM P115 e/ou uma ROM P120). 0 processador Pl05 pode ser qualquer tipo de unidade de processamento, tal como um núcleo de processador, um processador e/ou um microcontrolador. 0 processador P105 pode executar, entre outras coisas, os processos exemplares das Figuras 3, 4, 5A, 5B, 6A, 6B, e 7 para implementar os métodos exemplares e aparelho aqui descritos.

0 processador P105 está em comunicação com a memória principal (incluindo uma ROM P120 e/ou a RAM P115) por intermédio de um barramento P125. A RAM P115 pode ser implementada por memória de acesso aleatório, dinâmica (DRAM), memória de acesso aleatória dinâmica síncrona (SDRAM), e/ou qualquer outro tipo de dispositivo RAM, e a ROM pode ser implementada por memória flash e/ou qualquer outro tipo desejado de dispositivo de memória. Acesso à memória P115 e à memória P120 pode ser controlado por um controlador de memória (não mostrado). A memória exemplar P115 pode ser usada para implementar o banco de dados de trabalho exemplar 104 e/ou o banco de dados de mapeamento 106 da Figura 1.

A plataforma de processador P100 também inclui um circuito de interface P130. 0 circuito de interface P130 pode ser implementado por intermédio de qualquer tipo de padrão de interface, tal como uma interface de memória externa, porta serial, entrada/saída de uso geral, etc. Um ou mais dispositivos de entrada P135 e um ou mais dispositivos de saída P140 são conectados ao circuito de interface P130.

Embora certos métodos exemplares, aparelhos e produtos industriais tenham sido descritos aqui, o escopo de cobertura dessa patente não é limitado aos mesmos. Ao contrário, essa patente abrange todos os métodos, aparelho e produtos industriais compreendidos completamente dentro do escopo das reivindicações anexas, literalmente ou sob a doutrina de equivalentes.

Claims

1. Método para identificar atividade de assinante, caracterizado por compreender: receber um primeiro conjunto de dados de número telefônico de cliente (TN) associados a um cliente e a um período de tempo atual; receber um segundo conjunto de dados de TN de cliente associados com um período de tempo anterior; receber um primeiro conjunto de dados de atividade de assinante associados ao período de tempo atual; identificar um TN que está no primeiro conjunto de dados de atividade de assinante e está ausente de ao menos um do primeiro ou segundo conjunto de dados de TN de cliente; e identificar o TN com ao menos um de uma nova incursão para um concorrente ou uma nova incursão para o cliente com base ao menos em um código de atividade a partir do primeiro conjunto de dados de atividade de assinante.

2. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda consultar um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando ao menos um código de atividade compreende ao menos um de um evento de adicionar ou um evento de mudar.

3. Método, de acordo com a reivindicação 2, caracterizado por compreender ainda identificar o TN como uma nova incursão para um concorrente quando o bloco de TN não é de propriedade do cliente.

4. Método, de acordo com a reivindicação 2, caracterizado por compreender ainda consultar uma fonte de dados de portabilidade de número local para determinar um nome de operadora operacional (OCN) do TN quando o bloco de TN é de propriedade do cliente.

5. Método, de acordo com a reivindicação 4, caracterizado por compreender ainda identificar o TN como uma nova incursão para o cliente quando o OCN é indicativo de propriedade do cliente.

6. Método, de acordo com a reivindicação 4, caracterizado por compreender ainda identificar o TN como uma nova incursão para um concorrente quando o OCN é indicativo de propriedade do concorrente.

7. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda identificar o TN como uma desconexão quando ao menos um código de atividade compreende um evento de desconexão.

8. Método, de acordo com a reivindicação 1, caracterizado por compreender ainda determinar se o TN está presente dentro de um segundo conjunto de dados de atividade de assinante, presente dentro do primeiro conjunto de dados de TN de cliente, e ausente do segundo conjunto de dados de TN de cliente.

9. Método, de acordo com a reivindicação 8, caracterizado por compreender ainda consultar um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando o TN não está presente dentro de um número predeterminado de conjuntos de dados de atividade de assinante associados com períodos de tempo anteriores.

10. Método, de acordo com a reivindicação 9, caracterizado por compreender ainda identificar o TN como um ganho de concorrência para o cliente quando a propriedade do bloco de TN é associada a um concorrente.

11. Método, de acordo com a reivindicação 9, caracterizado por compreender ainda identificar o TN como uma nova incursão para o cliente quando os códigos de atividade de desconexão estiverem ausentes do número predeterminado de conjuntos de dados de atividade de assinante associados aos períodos de tempo anteriores.

12. Método, de acordo com a reivindicação 8, caracterizado por compreender ainda consultar um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando o TN estiver presente dentro de um número predeterminado de conjuntos de dados de atividade de assinante associados aos períodos de tempo anteriores.

13. Método, de acordo com a reivindicação 12, caracterizado por compreender ainda identificar o TN como uma reconquista de cliente quando a propriedade de bloco de TN estiver associada ao cliente.

14. Método, de acordo com a reivindicação 12, caracterizado por compreender ainda identificar o TN como um ganho de concorrência para o cliente quando a propriedade do bloco de TN estiver associada a um concorrente.

15. Método de identificar um provedor de serviço de telecomunicação, caracterizado por compreender: receber um conjunto de dados de número telefônico (TN) de cliente compreendendo uma pluralidade de TNs; iniciar uma consulta de portabilidade de número local de cada um da pluralidade de TNs; receber um nome de operadora operacional (OCN) para cada um da pluralidade de TNs; e identificar o provedor de serviço associado ao pelo menos um da pluralidade de TNs quando uma combinação for encontrada entre o OCN e um banco de dados de mapeamento.

16. Método, de acordo com a reivindicação 15, caracterizado pelo fato de que o provedor de serviço é associado a um identificador de operadora no banco de dados de mapeamento.

17. Método, de acordo com a reivindicação 15, caracterizado por compreender ainda: identificar um identificador de mercado associado ao pelo menos um da pluralidade de TNs; determinar uma combinação entre o identificador de mercado e o OCN no banco de dados de mapeamento; e associar pelo menos um da pluralidade de TNs com o provedor de serviço quando o identificador de mercado e o OCN combinarem.

18. Método, de acordo com a reivindicação 15, caracterizado por compreender ainda: identificar um código postal associado com ao menos um da pluralidade de TNs; determinar uma combinação entre o código postal e o OCN no banco de dados de mapeamento; e associar ao menos um da pluralidade de TNs com o provedor de serviço quando o código postal e o OCN combinarem.

19. Método, de acordo com a reivindicação 15, caracterizado por compreender ainda: identificar um número de roteamento local (LRN) associado ao pelo menos um da pluralidade de TNs; determinar uma combinação entre o LRN e um provedor de serviço correspondente no banco de dados de mapeamento; e associar o pelo menos um da pluralidade de TNs associado ao LRN com o provedor de serviço correspondente quando o LRN e o provedor de serviço correspondente combinarem.

20. Aparelho para identificar atividade de assinante, caracterizado por compreender: um recuperador de dados de cliente para recuperar dados de número telefônico (TN) de cliente, os dados de TN de cliente compreendendo um conjunto de dados de período de tempo atual e um conjunto de dados de período de tempo anterior; uma interface de sistema de atividade de assinante para recuperar os dados de atividade de assinante; e um mecanismo de processo para identificar ao menos um TN que está presente nos dados de atividade de assinante e ausente a partir de pelo menos um dos conjuntos de dados de período de tempo atual ou de período de tempo anterior dos dados de TN de cliente.

21. Aparelho, de acordo com a reivindicação 20, caracterizado por compreender ainda uma interface de guia de roteamento e estação local (LERG) para consultar um banco de dados LERG, a interface LERG para iniciar uma consulta em resposta à interface de sistema de atividade de cliente identificando ao menos um de um evento de adicionar ou de um evento de mudar associado ao TN, a consulta para determinar a propriedade de um bloco de TN associado ao TN.

22. Aparelho, de acordo com a reivindicação 21, caracterizado por compreender ainda um mecanismo de portabilidade de número local (LNP) para consultar um banco de dados LNP, o mecanismo LNP para iniciar uma consulta em resposta à determinação de que o bloco de TN é de propriedade do cliente, a consulta para determinar um nome de operadora operacional (OCN) associado ao TN.

23. Aparelho, de acordo com a reivindicação 22, caracterizado pelo fato de que o mecanismo de processo identifica o TN como uma nova incursão para o cliente quando o OCN é indicativo de propriedade de cliente.

24. Aparelho, de acordo com a reivindicação 22, caracterizado pelo fato de que o mecanismo de processo identifica o TN como uma nova incursão para um concorrente quando o OCN ê indicativo de propriedade de concorrente.

25. Aparelho para identificar um nome de provedor de serviço de telecomunicação, caracterizado por compreender: um recuperador de dados de cliente para recuperar um conjunto de dados de número telefônico (TN) de cliente compreendendo uma pluralidade de TNs; um mecanismo de portabilidade de número local (LNP) para determinar um nome de operadora operacional (OCN) associado com a pluralidade de TNs; e um mecanismo de mapeamento de operadora para identificar uma combinação entre o OCN e o nome de provedor de serviço em um banco de dados de mapeamento.

26. Aparelho, de acordo com a reivindicação 25, caracterizado pelo fato de que o mecanismo de mapeamento de operadora identifica um identificador de mercado associado a pelo menos um da pluralidade de TNs, e associa o ao menos um da pluralidade de TNs ao provedor de serviço quando o identificador de mercado combina com o OCN.

27. Aparelho, de acordo com a reivindicação 25, caracterizado pelo fato de que o mecanismo de mapeamento de operadora identifica um código postal associado ao pelo menos um da pluralidade de TNs, e associa pelo menos um da pluralidade de TNs ao provedor de serviço quando o código postal combinar com o OCN.

28. Aparelho, de acordo com a reivindicação 25, caracterizado pelo fato de que o mecanismo de mapeamento de operadora identifica um número de roteamento local (LRN) associado com ao menos um da pluralidade de TNs, e associa pelo menos um da pluralidade de TNs ao provedor de serviço quando o LRN combinar com um identificador de provedor de serviço no banco de dados de mapeamento.

29. Produto industrial, caracterizado por armazenar as instruções que podem ser acessadas por máquina que, quando executadas, fazem com que uma máquina: receba um primeiro conjunto de dados de número telefônico (TN) de cliente associados a um cliente e a um período de tempo atual; receba um segundo conjunto de dados de TN de cliente associados a um período de tempo anterior; receba um primeiro conjunto de dados de atividade de assinante associados ao período de tempo atual; identifique um TN que está no primeiro conjunto de dados de atividade de assinante e está ausente a partir de pelo menos um do primeiro ou segundo conjunto de dados de TN de cliente; e identifique o TN com ao menos uma de uma nova incursão para um concorrente ou de uma nova incursão para o cliente com base em ao menos um código de atividade a partir do primeiro conjunto de dados de atividade de assinante.

30. Produto industrial, de acordo com a reivindicação -29, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina consulte um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando ao menos um código de atividade compreende ao menos um de um evento de adicionar ou um evento de mudar.

31. Produto industrial, de acordo com a reivindicação -30, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma nova incursão para um concorrente quando o bloco de TN não é de propriedade do cliente.

32. Produto industrial, de acordo com a reivindicação -30, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina consulte uma fonte de dados de portabilidade de número local para determinar um nome de operadora operacional (OCN) do TN quando o bloco de TN é de propriedade do cliente.

33. Produto industrial, de acordo com a reivindicação -32, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma nova incursão para o cliente quando o OCN é indicativo de propriedade de cliente.

34. Produto industrial, de acordo com a reivindicação -32, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma nova incursão para um concorrente quando o OCN é indicativo de propriedade de concorrente.

35. Produto industrial, de acordo com a reivindicação -29, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma desconexão quando pelo menos um código de atividade compreende um evento de desconexão.

36. Produto industrial, de acordo com a reivindicação -29, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina determine se o TN está presente dentro de um segundo conjunto de dados de atividade de assinante, presente dentro do primeiro conjunto de dados de TN e cliente, e ausente a partir do segundo conjunto de dados de TN de cliente.

37. Produto industrial, de acordo com a reivindicação -36, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina consulte um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando o TN não está presente dentro de um número predeterminado de conjuntos de dados de atividade de assinante associados aos períodos de tempo anteriores.

38. Produto industrial, de acordo com a reivindicação -37, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como um ganho de concorrência para o cliente quando a propriedade de bloco de TN estiver associada a um concorrente.

39. Produto industrial, de acordo com a reivindicação -37, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma nova incursão para o cliente quando os códigos de atividade de desconexão estão ausentes do número predeterminado de conjuntos de dados de atividade de assinante associados aos períodos de tempo anteriores.

40. Produto industrial, de acordo com a reivindicação -36, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina consulte um guia de roteamento e estação local para determinar a propriedade de um bloco de TN associado ao TN quando o TN estiver presente dentro de um número predeterminado de conjuntos de dados de atividade de assinante associados aos períodos de tempo anteriores.

41. Produto industrial, de acordo com a reivindicação -40, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como uma reconquista de cliente quando a propriedade do bloco de TN estiver associada ao cliente.

42. Produto industrial, de acordo com a reivindicação -40, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina identifique o TN como um ganho de concorrência para o cliente quando a propriedade de bloco de TN estiver associada a um concorrente.

43. Produto industrial, caracterizado por armazenar instruções que podem ser acessadas por máquina as quais, quando executadas, fazem com que a máquina: receba um conjunto de dados de número telefônico (TN) de cliente compreendendo uma pluralidade de TNs; inicie uma consulta de portabilidade de número local de cada um da pluralidade de TNs; receba um nome de operadora operacional (OCN) para cada um da pluralidade de TNs; e identifique o provedor de serviço associado a pelo menos um da pluralidade de TNs quando uma combinação for encontrada entre o OCN e um banco de dados de mapeamento.

44. Produto industrial, de acordo com a reivindicação -43, caracterizado pelo fato de que as instruções que podem ser associadas por máquina, quando executadas, fazem com que a máquina associe o provedor de serviço a um identificador de operadora no banco de dados de mapeamento.

45. Produto industrial, de acordo com a reivindicação -43, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina: identifique um identificador de mercado associado a pelo menos um da pluralidade de TNs; determine uma combinação entre o identificador de mercado e o OCN no banco de dados de mapeamento; e associe ao menos um da pluralidade de TNs ao provedor de serviço quando o identificador de mercado e o OCN combinarem.

46. Produto industrial, de acordo com a reivindicação -43, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina: identifique um código postal associado ao pelo menos um da pluralidade de TNs; determine uma combinação entre o código postal e o OCN no banco de dados de mapeamento; e associe o pelo menos um da pluralidade de TNs ao provedor de serviço quando o código postal e o OCN combinarem.

47. Produto industrial, de acordo com a reivindicação -43, caracterizado pelo fato de que as instruções que podem ser acessadas por máquina, quando executadas, fazem com que a máquina: identifique um número de roteamento local (LRN) associado a pelo menos um da pluralidade de TNs; determine uma combinação entre o LRN e o provedor de serviço correspondente no banco de dados de mapeamento; e associe pelo menos um da pluralidade de TNs associados ao LRN com o provedor de serviço correspondente quando o LRN e o provedor de serviço correspondente combinarem.