Trata-se de um sistema de monitoramento, em tempo real, de transmissão (streaming) de áudio de emissoras de rádio Am, Fm e TV; utiliza recurso de hardware e software para monitorar, "online" e em tempo real, de forma individual e ininterrupta os áudios provenientes de streaming das emissoras, detectando a execução dos fonogramas que estão cadastrados em bancos de dados; gerando informações e relatórios de data/hora, fonograma, álbum, agência/artista, emissora, cidade, estado e região, com dados de posição inicial, final e duração de cada identificação de fonograma, ranking individual e de grupo; gera informações e relatórios de ISRC (Código Internacional de Normatização de Gravações) individual ou agrupado por artista, compositor ou gravadora; gera informações e relatórios de emissora, sua localização geográfica, cidade, estado e outras informações. Utiliza técnicas conhecidas de processamento de sinais, reconhecimento de padrões e de determinação da posição inicial, final e duração da identificação do fonograma.

São conhecidos do estado da técnica diferentes sistemas de monitoramento. O documento de patente US 2006/0 95857 descreve um sistema para monitorar a recepção de programas utilizando sintonizadores (receivers). O documento EP 024853 descreve um sistema para reconhecimento de segmentos de programação transmitida sem que esta tenha código de identificação.

Especial atenção de analise de similaridade deu-se ao documento de patente PI0703682-5 que descreve um método de identificação de áudio e sistema de medição de audiência. Observou-se que: • o PI0703682-5 monitora as emissoras que os colaboradores acessam através de seus "aparatos" de medição de audiência, enquanto que o objeto descrito neste relatório, monitora ininterruptamente cada emissora contida no monitoramento;

• o PI0703682-5 monitora a programação das emissoras através de um sinal enviado através de seus "aparatos" enquanto que o objeto descrito neste relatório, monitora a programação das emissoras através de seus "streamings" de áudio;

• no PI0703682-5 há uma necessidade de quebrar os fonogramas em pequenos fragmentos para diminuir substancialmente o tamanho de suas assinaturas digitais, enquanto que no objeto descrito neste relatório, o algoritmo de reconhecimento é projetado para identificar fonogramas com base em suas propriedades acústicas e é, portanto, muito robusto contra ruídos e outras distorções. Se o sinal de entrada for suficientemente forte e com pouca distorção uma amostra dè apenas 1 segundo de comprimento será suficiente para uma identificação correta. Assinaturas digitais com base nas propriedades acústicas são extremamente pequenas se comparadas às mídias dos fonogramas relacionados, como exemplo um fonograma WAV com tamanho de 50.058 KB é possível extrair uma assinatura digital com tamanho de 47 KB.

• no PI0703682-5, por utilizar pequenos fragmentos na composição das assinaturas digitais, as posições iniciais e finais das identificações são obtidas por "hipótese" calculadas por aproximação e caso vários destes fragmentos forem muito similares que é o caso dos refrãos das músicas, podem ocorrer um posicionamento erróneo para as posições iniciais e finais das identificações, enquanto que no objeto descrito neste relatório, é utilizado um sistema de assinaturas digitais que contém vetores numéricos que representam matematicamente a acústica harmónica do fonograma em sua totalidade, como se fosse um MIDI compactado, sendo assim, é possível saber exatamente a posição inicial e final de identificação de um fonograma e da diferença entre estas, o comprimento total da identificação.

PI0703682-5 monitora o áudio do canal que o colaborar decidir assistir ou ouvir, então são monitoradas várias emissoras em um único canal interrompido ao comando do telespectador/colaborador e não monitora todas as emissoras, são monitoradas apenas as emissoras pertinentes ao local de instalação do "aparato" e os dados visam uma estatística percentual aproximada com referencia às emissoras que estão sendo ouvidas e não o quantitativo real de veiculação de fonograma por emissora, enquanto que no objeto descrito neste relatório, pode-se monitorar milhares de emissoras apenas agregando computadores ao servidor, pois o áudio das emissoras é reproduzido diretamente em cabos virtuais de áudio (software), um cabo de canal duplo (stereo) para cada emissora monitorada e em regime de tempo integral sem interrupções. Dependendo do poder de processamento do computador e da quantidade de memória RAM disponível, podemos monitorar distintamente, ininterruptamente e simultaneamente até 256 streamings de áudio provenientes de emissoras de rádios ou TVs. Como exemplo, podemos citar os testes realizados em um computador com um processador AMD Phenom II X6 1100 T e 4GB de memória RAM rodando sem overclock, monitoraram-se 1.800 fonogramas musicais com média de 3 minutos cada um em 62 emissoras simultaneamente por um período de 24 horas, comprometendo 45% do poder de processamento do CPU e 1.9 GB de memória RAM.

O monitoramento e reconhecimento de conteúdo de áudio envolvem a manipulação de grandes quantidades de informações agrupadas em distintas bases de dados. O processo dè identificação, início e fim da execução de fonogramas, pode sofrer interrupções por causas diversas gerando, portanto, vários registros de identificação dé uma mesma execução dé fonograma, tornando a elaboração de relatórios imprecisa e desestruturada. Para corrigir este problema, está descrito e reivindicado, neste relatório de pedido de patente, um algoritmo que analisa cada dado proveniente do monitoramento, faz comparativos de data/hora, emissora, fonograma, tamanho do fonograma e verifica matematicamente se o posicionamento de cada identificação recebida corresponde a uma nova execução de fonograma ou é complementar de uma identificação anterior interrompida, verifica também, se os registros devem ser mantidos ou descartados ao término de cada execução de fonograma identificada, emitindo relatórios e informações aferidas em tempo real.

O monitoramento de transmissão (streaming) de áudio de emissoras de rádio AM, FM e TV, descrito neste relatório, se caracteriza por possuir um sistema de processamento, em tempo real, dos sinais de áudio, de conectividade e de dados identificadores emitindo relatórios estatísticos e analíticos, com graus de complexidade determinados pelos próprios usuários/clientes do site, através das múltiplas seleções no filtro do usuário. No monitoramento, exceto os processos de cadastramento das informações e criação das assinaturas digitais dos fonogramas, todos os processos são automatizados, incluindo ligar, reinicializar e desligar os computadores. O sistema se auto gerência, inicializa e finaliza todos os processos do monitoramento, não há a necessidade da intervenção humana para que a inicialização do monitoramento ocorra ou se mantenha. Um algoritmo de alerta administrativo foi introduzido no monitoramento para gerar alertas visuais e sonoros nas ocorrências de falhas de hardware e/ou softwares, que não possam ser contornadas pelo sistema de monitoramento.

O monitoramento de transmissão (streaming) de áudio de emissoras de rádio AM, FM e TV, descrito neste relatório, possui banco de dados, processa relatórios e emite informações instantâneas cruzando informações das seguintes tabelas:

1. Tabela de identificações provenientes do monitoramento.

2. Tabela de fonogramas.

3. Tabela de emissoras de rádio AM, FM e TV.

4. Tabela de cidades com coordenadas de latitude e longitude;

5. Tabela de álbuns.

6. Tabela de agências/artistas.

7. Tabela de músicos.

8. Tabela de compositores.

9. Tabela de gravadoras.

10. Tabela de géneros musicais.

11. Tabela de usuários do sistema.

12. Tabela de regras de acesso para os usuários do sistema. O banco de dados é fixado no computador servidor para permitir acesso a todos os computadores do monitoramento e administrativos. Existem pequenos bancos de dados em cada computador do monitoramento; estes bancos de dados são responsáveis pela guarda temporária das informações provenientes das identificações geradas no monitoramento; estas informações são aferidas em tempo real, descartadas ou enviadas ao banco de dados do computador servidor. Para minimizar a concorrência e o excesso de transações com o banco de dados, as informações geradas no mónitoramento, são enviadas ao banco de dados do servidor em intervalos regulares gerenciados pelos controladores de monitoramento (CMSTREAM.EXE). Desta maneira é possível monitorar o áudio e produzir dados simultaneamente, de milhares de emissoras.

A tabela de fonogramas contém os campos: ID (código único e exclusivo), nome, tamanho (em segundos), ISRC, ano, número da faixa, data do cadastramento, período de validade, tipo (comercial/musical) e códigos de relacionamentos: álbum, agência/artista, gravadora e compositor. Os arquivos de mídia relacionados aos fonogramas recebem como nome o ID de seus correlatos e são salvos no disco do servidor em pastas específicas, conforme seu período de validade Ativo / Inativo.

Os fonogramas são identificados por cálculos comparativos entre os vetores temporários criados em tempo real com base no áudio proveniente de cada emissora e os vetores criados e salvos previamente no banco de dados das assinaturas digitais; o processo de criação das assinaturas digitais pode ser resumido em três passos, tanto para a obtenção dos vetores em tempo real quanto para os vetores que irão compor o banco de dados das assinaturas digitais dos fonogramas: 1. Filtram-se digitalmente as frequências fora do espectro da audição humana diminuindo os ruídos de interferência e frequências indesejáveis.

2. Com base em cálculos de "Transformada de Fourier", criam-se vetores contendo valores sobre as notas musicais (frequências), composição dos harmónicos e a duração de cada nota e de cada intervalo de tempo entre uma nota e outra. Obtèndo assim, umâ fòrma equivalente dos sinais no domínio da frequência (DNA) de cada fonograma. Portanto, muito robusto contra o ruído e outras distorções que eventualmente possam ocorrer em sistemas de reconhecimento on-line de fonogramas.

3. Para a criação do banco de dados das assinaturas digitais, os vetores são criados com base nos fonogramas contidos no cadastro, salvos em arquivos no disco e carregados à memória RAM do sistema operacional quando no monitoramento. Para os vetores em tempo real, são criados em blocos diretamente à memória RAM, conforme o áudio vai sendo decodificado nos canais de áudio dos tocadores das emissoras, este vetores produzidos em tempo real, são comparados com as informações contidas no banco de dados das assinaturas digitais e, descartados logo em seguida.

Os tocadores de streaming das emissoras são gerenciados automaticamente por um software de controle em cada computador do monitoramento (CMSTREAM.EXE). Estes controladores são responsáveis também, pelas execuções das tarefas programadas pelo operador do sistema; pelo relacionamento dos cabos virtuais de áudio com as emissoras contidas em cada grupo; pelo controle dos semáforos das filas de inicialização e reconexão; pela configuração, inicialização, finalização e monitoramento de todas as instâncias de TyMDB.exe; pela comunicação sincronizada entre os bancos de dados dos computadores do monitoramento e servidor; pela reinicialização e finalização coordenada do sistema operacional.

As emissoras são conectadas em série de forma ordenada, controladas por dois semáforos. O primeiro semáforo controla à inicialização de cada tocador de strêaming (CmPlayer.exe) è 'consequentemente sua primeira conexão. O operador do sistema pode atuar sobre o número de emissoras liberadas em cada abertura do semáforo da fila de inicialização, podendo liberar apenas uma por ciclo ou várias simultaneamente. Cada ciclo do semáforo é definido pela soma do tempo gasto èm cada inicialização/conexão de cada uma das emissoras liberadas. O controlador de monitoramento abre e fecha o semáforo, permitindo a passagem da quantidade de emissoras pré-determinadas pelo operador do sistema e somente retorna a abri-lo após todas as emissoras liberadas terem inicializado seus tocadores e suas conexões de strêaming. O segundo semáforo controla fila de reconexão, este semáforo é acionado pelo controlador de monitoramento, após todas as emissoras terem sido inicializadas e o semáforo de inicialização ter sido concluído e fechado. Todas as emissoras com conexões mal sucedidas, com falhas de carregamento de dados ou com excesso de uso da CPU, são submetidas sistematicamente à fila de reconexão.

O strêaming de cada emissora é conectado em um único tocador, inicializado exclusivamente à mesma, podendo ser interrompido, pausado, reinicializado, ter o nível de áudio alterado ou auditado sem que isto interfira nos demais. Um canal virtual estéreo de áudio é inicializado exclusivamente para cada strêaming. Um controlador automático de volume atua sistematicamente sobre o áudio de cada emissora, estabilizando-o para um nível adequado de monitoramento. Um detector de nível de ruído e silêncio gera informações estatísticas exclusivas sobre estas ocorrências. Também são geradas neste detector, informações sobre conexão, falhas de conexão e listagem de erros. Todas estas informações são salvas no banco de dados e disponibilizadas no site, para que os usuários/clientes possam acompanhar em tempo real o status do monitoramento.

Para garantir que o suprimento de Internet seja o suficiente não importando o número de computadores utilizados no monitoramento e consequente número de emissoras conectadas à internet, todo o sistema foi projetado para que cada computador se torne uma unidade autónoma de monitoramento. Cada controlador de monitoramento em cada computador gerência, de forma independente, os tocadores de streamings, as escutas de áudio e o banco de dados local. Utilizam-se várias conexões de Internet banda larga, divididas entre os computadores do monitoramento. O recebimento do sinal de Internet se dá pelo redirecionamento de portas através de Gateways, de modo que cada computador do monitoramento utilize uma conexão predefinida de internet, sem que o compartilhamento de arquivos entre o monitoramento e o servidor seja comprometido.

Cada canal virtual de áudio conectado a uma emissora é convertido em tempo real para vetores contendo padrões acústicos da mesma forma que foram feitas as assinaturas digitais, o DNA de cada fonograma. Estes vetores são comparados em tempo real, aos contidos no banco de dados das assinaturas digitais dos fonogramas. Caso localizado um padrão idêntico, no banco de dados das assinaturas digitais, são gerados dados de início de identificação, contendo a data e hora da ocorrência, a posição onde iniciou a identificação, o código do fonograma e o código da emissora. Com estes dados enviados em tempo real ao banco de dados da Web, os usuários/clientes do site, passam a acompanhar as identificações dos seus fonogramas enquanto eles ainda estão sendo identificados. O sistema continua processando as informações e contabilizando o tempo de identificação para cada execução identificada e ao término do reconhecimento õu término do fonograma, serão gerados novos dados, estes dados contêm a posição final e o comprimento total de cada identificação. O fim de uma identificação, não necessariamente ocorre ao final da execução do fonograma. Algumas identificações podem representar apenas uma fração deste, isto se deve às interrupções provocadas pelas inserções ou sobreposições de comentários aos fonogramas, modificações nos fonogramas efetuadas nas emissoras e falhas de áudio. O algoritmo que valida e sincroniza estas informações com o banco de dados do servidor e Web, verifica a integridade e o . relacionamento de cada informação gerada pelo monitoramento. O algoritmo cria novos registros e atualiza registros existentes, tornando possível o acompanhamento em tempo real, passo a passo, das evoluções de cada identificação de fonograma, do início ao término de cada execução. Ao término calculado para cada execução de cada fonograma identificado, os registros enviados ao banco de dados do servidor e Web, são submetidos individualmente a uma última validação, onde é verificado o percentual mínimo de identificação e caso este não tenha sido atingido, o registro é descartado e o descarte é comunicado aos usuários/clientes que estiverem conectados ao site, utilizando uma das ferramentas de acompanhamento em tempo real, mapa ou linha do tempo. É reivindicado um algoritmo que analisa cada dado proveniente do monitoramento, faz comparativos de data/hora, emissora, fonograma, tamanho do fonograma, posicionamento inicial e final da identificação e verifica matematicamente se o tempo para conclusão da execução do fonograma expirou ou continua ativo. Caso ativo, tenta localizar no banco de dados das identificações um registro criado anteriormente e que possa conter as informações segmentadas da mesma execução do fonograma, se um registro for localizado, ele será atualizado com estas informações e caso não for localizado, será criado um novo registro Com base nestas informações. Caso inativo, significa que é uma nova execução do fonograma e será criado um novo registro, denominado de registro de início de identificação. Desta forma, podemos garantir que mesmo com inúmeras interrupções nas identificações dos fonogramas, será gerado no banco de dados, apenas um registro informativo para cada execução identificada de fonograma, este registro irá conter entre outras informações, a data/hora, o início e o fim da identificação. E para fins estatísticos, incluiu-se a quantidade de interrupções que ocorreram durante a identificação de cada execução de fonograma.

O sistema se caracteriza também, pela formatação de relatórios, gráficos, mapas e linha do tempo, disponibilizados em um site para que usuários/clientes possam acompanhar em tempo real ou consultarem no banco de dados da WEB, as informações de execução de seus fonogramas nas Rádios AM, FM e Emissoras de TV. E publicação do ranking das músicas que mais se destacam no país, com opções de ranking individual ou por: emissora, artista, compositor, género, estado, região, em tempo real ou por período: semana, mês e ano. São os TOP 10 e TOP 100 da música. Para complementar a descrição do invento e com o objetivo de facilitar a compreensão de suas características é apresentada uma série de figuras com caráter ilustrativo e não limitativo.

A figura 1 é uma representação esquemática do sistema automático de monitoramento, em tempo real, de transmissão (streaming) de áudio de emissoras de rádio Am, FM e TV; mostra hardware e software agrupados de forma matricial tendo nas linhas setores denominados de setor servidor local(1 15), setor administrativo(1 16), setor monitoramento(117), setor visualização dos resultados(118) e duas coluna compreendendo o setor Banco de Dados(1 13) e o setor Aplicativos e Sistemas(1 14).

A figura 2 mostra modelo de tela visível da INICIALIZAÇÃO DO SISTEMA SERVIDOR (SERVACT.EXE), instalado no computador do servidor local(115).

A figura 3 mostra modelo de tela visível relativa ao monitoramento Banco de Dados Web, na sincronização de banco de dados entre o CPU servidor e a web.

A figura 4 mostra modelo de tela visível relativa ao Reparador do Banco de Dados Web, na sincronização de banco de dados entre o CPU servidor e a web.

A figura 5 mostra modelo de tela visível do Cadastro de Agências e Artistas executada por um software denominado ARTISTAS.EXE, instalado nos computadores Administrativos.

A figura 6 mostra modelo de tela visível do Cadastro de Emissoras executada por um software denominado EMISSORAS.EXE, instalado nos computadores Administrativos.

e Clientes executada por um software denominado USUARIOS.EXE, instalado nos computadores Administrativos. A figura 9 mostra modelo de tela visível para emissão de formulários de controle das liberações do Cadastro de Usuários e Clientes - Liberação executada pelo mesmo software denominado USUARIOS.EXE, instalado nos computadores Administrativos,.

A figura 10 mostra modelo de tela visível do formulário de controle de acesso às emissoras executada pelo software denominado USUARIOS.EXE, instalado nos computadores Administrativos.

A figura 11 mostra modelo de tela visível de formulários de controle de acesso aos fonogramas executada pelo software denominado USUARIOS.EXE, instalado nos computadores Administrativos.

A figura 12 mostra modelo de tela visível de formulários de controle de agências e artistas executada pelo software denominado USUARIOS.EXE, instalado nos computadores Administrativos.

A figura 13 mostra modelo de tela visível do formulário de cadastramento de >■ fonogramas executada pelo software denominado ALBUNS.EXE, instalado nos computadores Administrativos.

A figura 14 mostra modelo de tela visível de conversão e padronização dos arquivos de mp3/wma para WAV executada por um software denominado WRITEWAV.EXE, instalado nos computadores Administrativos.

A figura 15 mostra modelo de tela visível relativa a assinaturas digitais submetidas a validação.

A figura 16 mostra modelo de tela visível da verificação de Fonogramas e Digitais executada por software Jocalizado JTO jttmpjjtjad r ^^ervidoLe utilizado _^ para verificação diária dos fonogramas ativos e inativos. As figuras 17 e 18 mostram modelo de telas visíveis relativas às Configurações de Tarefas Automatizadas executada por um software denominado SERVPROG.EXE, instalado nos computadores Administrativos.

A figura 19 e 20 mostram modelos de telas visíveis relativas ao Monitor de Grupos executada por um software denominado MONIGRUP.EXE, instalado nos computadores Administrativos, para gerar alertas visuais e sonoros.

Figura 21 mostra modelo de tela visível relativa ao Controlador de Monitoramento executada por um software denominado CMSTREAM.EXE, instalado nos computadores de monitoramento.

Figura 22 mostra modelo de tela visível da escrita automática das chaves do registro do sistema operacional, responsáveis pelas configurações dos parâmetros de automação do TYBERIS MUSIC DATABASE (TyMDB.exe). Estes parâmetros são escritos pelo Controlador dè Monitoramento (CMSTREAM.EXE) com base nos padrões predefinidos pelo operador do sistema e as emissoras contidas no grupo selecionado.

Figura 23 mostra modelo de tela visível da disposição das tabelas individuais de cada emissora, no banco de dados temporário.

Figura 24 mostra modelo de tela visível do Controlador de Monitoramento (CMSTREAM.EXE).

Figura 25 mostra modelo de tela visível relativa ao Atualizador de Arquivos executada por um software denominado UPDATE.EXE, instalado nos computadores de monitoramento.

Figura 26 mostra modelo jte tela_ visível dj_ _um__gm_p_o_g^___59Jpcad

(CmPlayer.exe), organizados em linhas e colunas, no desktop do sistema operacional. Figura 27 mostra modelo de tela visível da disposição de alguns dos dados escritos nas chaves do registro do sistema operacional, responsáveis pela configuração automatizada dos canais de monitoramento de áudio do TYBERIS MUSIC DATABASE (TyMDB.exe).

Figura 28 mostra modelo de tela visível da disposição dos dados de conectividade das emissoras, escritos pelo software (CmPlayer.exe), lidas, interpretadas e salva ém banco de dados pelo software (CMSTREÂM.EXE). Estes dados são responsáveis por pelas informações do tempo de reprodução de áudio (conexão), tempo de carregamento de áudio, tempo de parada de reprodução de áudio (desconexão).

Figura 29 mostra modelo de tela visível relativa ao painel de controle dos cabos de audio executada pelo software denominado VCCTLPAN.EXE ou VAC.EXE, instalado nos computadores de monitoramento.

Figura 30 mostra modelo dé tèla visível do software TYBERIS MUSIC DATABASE (TyMDB.exe), responsável pelas identificações de áudio. Instalado no computador central e executado nos computadores do monitoramento.

Figura 31 mostra modelo de tela visível relativa ao Controle de Buffers executada pelo software denominado PLAYCONF.exe, instalado nos computadores administrativos e de monitoramento.

Figura 32 mostra modelo de tela visível de filtros utilizados pelo usuário.

Figura 33 mostra modelo de tela visível no site, de uma listagem de emissoras monitoradas cada qual com seu status: on-line, off-line e erro.

Figura 34 mostra modelo de tela visível no site, de uma listagem de fonogramas Inativos. Figura 35 mostra modelo de tela visível no site, de uma listagem contendo históricos de conectividade de uma emissora, em uma data específica.

Figura 36 mostra modelo de tela visível de uma tabela com dados relativos ao monitoramento de fonogramas.

Figura 37 mostra modelo de tela visível de uma tabela com dados relativos ao monitoramento de fonogramas, individuais ou totalizados por região, estado, cidade...

Figuras 38, 39, 40, 41 e 42 mostram modelos de telas visíveis de mapas obtidos em tempo real com identificação dos estados, das cidades, emissoras e demais dados de monitoramento.

Figuras 43, 44 e 45 mostram modelos de telas visíveis simulando pano de fundo deslizante relativo à linha do tempo e em escala.

Figura 46 mostra gráfico relativo à conectividade de grupo de emissoras.

Figura 47 mostra gráfico relativo à conectividade de cada emissora.

Figura 48 mostra gráfico relativo à identificação de fonogramas de cada emissora.

Figura 49 mostra estatística de vida da música.

DESCRIÇÃO DETALHADA

De acordo com o fluxograma mostrado na figura 1 e demais figuras fez-se a identificação e descritivo dos elementos e sub-rotinas que compõe o monitoramento de streaming de áudio de emissoras de rádio Am, Fm e TV, como segue:

1. O BIOS da CPU Servidor, opções APM de energia, é programado parajigar o hardware todos os dias em horário pré-determinado pelo operador do sistema. O sistema operacional da CPU Servidor inicializa SERVACT.EXE, que irá assumir o controle dos procedimentos automatizados envolvidos em todo o monitoramento.

SERVACT.EXE acessa o banco de dados e inicializa a seleção de tarefas e seu ordenamento temporal.

Se a tarefa temporal for de atividade, SERVACT.EXE inicializa e monitora o ODBCMONITOR.EXE que irá sincronizar o banco de dados local com o banco de dados da Web durante todo o processo ativo do sistema.

Se a tarefa temporal for de atividade, SERVACT.EXE inicializa o envio de mensagens de Wake-on-LAN (Wol) para despertar os computadores do monitoramento. Estas mensagens são repetidas até que todos estejam despertados e torna-se a repetir, caso algum computador entre deliberadamente em estado inativo.

Mensagens de Wake-on-LAN enviadas às placas de rede dos computadores do monitoramento através dos roteadores e/ou switches. As mensagens são enviadas em intervalos de 2.5 segundos, levando, portanto 60 segundos para despertar 24 computadores. Evitando desta forma, sobrecarga de rede, sobrecarga de concorrência inicial com banco de dados e sobrecarga elétrica nos No-Breaks.

Se a tarefa temporal for de desligamento do servidor, SERVACT.EXE inicializa o envio de mensagens ao sistema operacional solicitando que este se desligue.

Acesso compartilhado ao repositório dos fonogramas (músicas e comerciais) pelo qual o TyMDB.exe, acessa os arquivos de mídia e gera as assinaturas digitais (o DNA dos fonogramas). Este é um processo manual, executado pelo operador do sistema.

9. SINCRONIZAÇÃO DE HORÁRIO (CMCLOCK.EXE) - executado por um software denominado CMCLOCK.EXE, instalado no Computador Servidor e nos Computadores Administrativos e de Monitoramentos, faz a sincronização de horário do sistema operacional através de servidores NTP.

10. Acesso a todas as tabelas do banco de dados submetidas à sincronização com o banco de dados remoto (Web).

11. Entrada de dados de ranking em tempo real dos fonogramas musicais, provenientes da contabilização do TOP 10/100.

12. Acesso à tabela de identificações de fonogramas provenientes do mònitoramente dos streamings de áudio das emissoras.

3. Aguarda o término de cada fonograma identificado para submetê-lo à validação.

14. Valida todos os fonogramas que atingiram o mínimo de 10% de identificação e os submete à contabilização do TOP 10/100 para cálculo de ranking de cada fonograma musical, por: região, estado, cidade, emissora, artista e género, levando em consideração o índice de audiência de cada emissora.

15. Marca para exclusão e sincronização todas as identificações não validadas na regra do 10%.

16. Exclui do banco de dados todas as identificações não validadas.

17.INICIALIZAÇÃÕ DO SISTEMA SERVIDOR (SERVACT.EXE)

Executado pelo softwai^e^^omm d

computador servidor, é o ponto de partida de todos os serviços automatizados tanto para o servidor quanto para os computadores do monitoramento. Sua principal função é interpretar as tarefas agendadas pelo gerenciador do sistema, executá-las ou encaminhá-las a seus responsáveis. A figura 2 mostra modelo de tela visível

0 Wake-on-LAN é uma tecnologia que permite o envio de pacotes, com o objetivo de ligar máquinas que se encontram inativas. Cada pacote contém o endereço MAC do adaptador de rede do computador que se deseja ligar, repetido 16 vezes, sem interrupções. ^■

SINCRONIZAÇÃO DE BANCO DE DADOS ENTRE O CPU SERVIDOR E A WEB.

a) Monitor do Banco de Dados Web (ODBCMONITOR.EXE)

Executado por um software denominado ODBCMONITOR.EXE, instalado no Computador Servidor, faz a sincronização entre os bancos de dados: local (servidor) e remoto (Web). Elimina os registros de identificações de fonogramas provenientes do monitoramento que não atingiram 10% do tamanho total do mesmo. Sua operação é automática e é gerenciada pelo SERVACT.EXE. A figura 3 mostra modelo de tela visível.

b) Reparador do Banco de Dados Web (ODBCREPARE.EXE)

Instalado no Computador Servidor e nos Computadores Administrativos, faz a Inicialização e manutenção do banco de dados na Web. Exclusão, criação e otimização das tabelas do banco de dados na Web. Sua operação é manual, requerendo intervenção do usuário para a reparação de cada tabela _^ pretendida

A figura 4 mostra modelo de tela visível.

OP 10 E TOP 100 DA MÚSICA (TOP.EXE) É um software instalado nos computadores administrativos e contabiliza o ranking dos fonogramas musicais. Conforme as identificações vão sendo concluídas no monitoramento, envia as informações ao banco de dados. São produzidos dois resultados de ranking, um pela média aritmética e outro pela média ponderada onde o índice de opinião de cada emissora afeta o resultado final.

CADASTRAMENTO DE DADOS.

1 Cadastro de Agências e Artistas (ARTISTAS.EXE)

é um software instalado nos computadores administrativos e faz o cadastramento e o controle de Agências e Artistas. A figura 5 mostra modelo de tela visível.

2. Cadastro de Fonogramas Musicais e Comerciais (ALBUNS.EXE)

É um software instalado nos computadores administrativos e faz o cadastramento e o controle de fonogramas. As figuras 12 e 13 mostram modelo de telas visíveis.

3. Cadastro de Cidades (CIDADES.EXE)

É um software instalado nos computadores administrativos e faz o Cadastramento de cidades, latitudes, longitudes, estados, regiões e fusos horários.

4. Cadastro de Emissoras (EMISSORAS.EXE)

é um software instalado nos computadores administrativos e faz o Cadastramento de emissoras de rádios AM, FM e TV. Controle de agrupamentos de emissoras para os tocadores (CMSTREAM^EXE e CMPLAYER.EXE). Fig. 6

5. Cadastro de Usuários/Clientes (USUARIOS.EXE) é um software instalado nos computadores administrativos e faz o Cadastramento de usuários/clientes para acesso ao site e aplicativos smartphones. Fig. 7 e 8

Criação e configuração dos 10 níveis de controle dos direitos do usuário/cliente, bem como, logins e senhas de acesso.

a) Acesso às emissoras:

1. Nível Total/Nacional.

2. Nível Regional (/n ormar as regr/ões).

3. Nível Estadual (informar os estados).

4. Nível Municipal (informar as cidades).

5. Nível Emissora (informar as emissoras).

b) Acesso aos fonogramas:

1. Nível Total.

2. Nível Agência/Artista (informar as agências/artistas).

3. Nível Álbum (informar os álbuns).

4. Nível Fonograma (informar os fonogramas).

c) Acesso restrito:

1. Nível Administrativo (total).

• Formulário de controle das liberações. Fig. 9

· Formulário de controle de acesso às emissoras. Fig. 10

• Formulário de controle de acesso aos fonogramas. Fig. 11

Relacionamento dos direitos dos usuários com cada cadastro correspondente: regiões, estados, cidades, emissoras, agências/artistas, álbuns e fonogramas. Cadastramento dos dados dos fonogramas, como: nome, agência/artista, álbum, ano, faixa, género, gravadora, compositor, duração e período vigência. • Formulário de controle de álbuns das agências e artistas. Fig. 12

• Formulário de cadastramento de fonograma. Fig. 13

CONVERSOR DE MP3 PARA WAV (WRITEWAV.EXE)

é um software instalado nos computadores administrativos e faz a Conversão e padronização dos arquivos de mp3/wma para WAV com taxa de bits de 1411kbps. Esta conversão ocorre automaticamente no momento do cadastramentò dós fonogramas e/ou ria substituição dos arquivos de mídia anexados aos mesmos. Fig. 14

Após a conversão para WAV, os arquivos são salvos em uma pasta compartilhada localizada no servidor é utilizada como repositório de fonogramas.

As assinaturas digitais são submetidas à validação e encaminhadas às suas pastas de destino conforme seus períodos de validade contratual. Fig. 5

Caso a data atual não esteja incluída no período de vigência do fonograma, a assinatura digital do mesmo é movida à pasta correspondente às assinaturas digitais Inativas.

Caso a data atual esteja incluída no período de vigência do fonograma, a assinatura digital do mesmo é movida à pasta correspondente às assinaturas digitais Ativas.

Diariamente os fonogramas são verificados automaticamente pelo sistema de monitoramento, suas datas de vigência são confrontadas com as do sistema e caso necessário, as assinaturas digitais podem ser movidas de suas posições originais, podendo mover-se entre as pastas Ativas e_|natiyas _^ _0 Lsistema- exclui automaticamente os arquivos WAV e assinatura digital quando o fonograma relacionado for excluído. Fig. 16 . CONFIGURAÇÕES DE TAREFAS AUTOMATIZADAS (SERVPROG.EXE) é um software instalado nos computadores administrativos e faz agenda de tarefas onde o operador do sistema configura ações que o monitoramento deverá executar de forma automatizada. Estas tarefas contêm informações de horários e datas de disparo, tipos de eventos a serem disparados e que aplicativo deverá dispará-los. Os aplicativos com dependência direta à agenda de tarefas são o SERVACT.EXE e o CMSTREAM.EXE Fig. 17 e 18. Todos os dados da agenda de tarefas são salvos no banco de dados do servidor, permitindo assim que todos os computadores do monitoramento, incluindo o servidor, acessem as mesmas tarefas e as executem ao mesmo tempo.

. Acesso ao banco de dados para leitura da tabela de grupos de emissoras.. MONITOR DE GRUPO (MONIGRUP.EXE)

é um software instalado nos computadores administrativos e faz gerar alertas visuais e sonoros quando um computador do monitoramento interromper inadvertidamente as atividades seja por paralisação do hardware, travamento do sistema operacional ou travamento do próprio sistema de monitoramento. Flg. 19

. Os grupos de emissoras são monitorados um a um, em intervalos de 10 segundos.

. Caso algum grupo não informar dados atualizados ou não informar por mais de 30 segundos, este será tido como desconectado e serão emitidos alertas visuais e sonoros. Fig. 20 ^. CONTROLADOR DE MONITORAMENTO (CMSTREAM.EXE)

Tem a função de: a) Verificar no servidor a existência de atualizações relacionadas ao sistema de monitoramento e caso necessário, finaliza a si próprio inicializando o UPDATE.EXE. CMSTREAM.EXE é executado novamente pelo UPDATE.EXE ao término do processo de atualização.

b) Acessar o banco de dados e inicializar a seleção de tarefas e seu ordenamento temporal, como: REINICIALIZAR E/OU DESLIGAR OS COMPUTADORES DO MONITORAMENTO, INICIALIZAR EM CADA COMPUTADOR O PROCESSO DE MONITORAMENTO.

c) Selecionar o grupo de emissoras relacionado a cada computador. Identifica o MAC da placa de rede de cada computador do monitoramento é atualizar à tabela de Agrupamentos de Emissoras com estes dados. O MAC da placa de rede é utilizado para garantir que cada grupo de emissoras seja selecionado sempre no mesmo computador que o selecionou anteriormente e também para direcionar os sinais de Wake-on-LAN. Fig. 21

d) Verificar a disponibilidade de cabos de áudio e associar um para cada emissora contida no grupo.

e) Responsável pela automação do TYBERIS MUSIC DATABASE (Ty DB.exe), configurando automaticamente todos os parâmetros necessários para _d o funcionamento deste, através de escrita direta nos registros do Sistema Operacional, registrando também os códigos das emissoras envolvidas e seus cabos virtuais de áudio. Caso o grupo selecionado possua mais de 99 emissoras, CMSTREAM.EXE escreve no registro as configurações para 99 emissoras, executa uma cópia do TyMDB.exe e aguarda seu total carregamento, escreve configurações para as 99 emissoras seguintes e executa a segunda cópia de TyMDB.exe, aguarda seu total carregamento e escreve as configurações para as 58 emissoras restantes e executa a terceira cópia de TyMDB.exe. Fig. 22

Detalhamento das escritas no registro do sistema operacional para automação do TyMDB.exe

1. Informações opcionais e dè personalização.

2. Endereço do repositório das assinaturas digitais ativas (Fingerprint database folder).

3. Número total de canais simultâneos (de 1 até 99) para cada cópia do TyMDB.exe.

4. Para cada canal simultâneo, informar como nome o código de uma das emissoras contidas no grupo e como dispositivo de som o canal de áudio virtual relacionado à mesma.

5. Configurações de gatilhos/eventos utilizados:

Gatilho: Song Detected

Comando: c:\connectmix\songdetected.exe

%date,%time,%channel,%title,%position Ocorre: Início de cada detecção de fonograma nos áudios das emissoras.

Gatilho: Song Logged in History (Delayed) Comando: c:\connectmix\songlogged .exe yodate^/otime^/ochannel.yotitle^/obegin.yoend, %duration

Ocorre: Término de cada detecção de fonograma nos áudios das emissoras.

Gatilho: Start of Idle Time

Comando: c:\connectmix\startidletime.exe Ocorre: Quando cada canal é inicializado. CMSTREAM.EXE contabiliza esta informação para saber quando todos os canais foram inicializados e só então, liberar o semáforo da fila de conexões dos tocadores de streamings das emissoras.

f) Criar uma tabela de dados no banco de dados local, para cada emissora contida no grupo selécionado. Estas tabelas irão conter temporariamente os dados produzidos pelo TyMDB.exe e recebem como nome o código de cada emissora que representam. Fig. 23

g) Solicitar ao sistema operacional o desligamento ou reinicializarão da CPU. h) Inicializar/interromper os tocadores das emissoras (CMSTREAM.EXE) e monitorar seus funcionamentos. Fig. 24

i) Inicializar/interromper o ODBCMONITOR.EXE e monitorar seu funcionamento.

j) Fornecer opções manuais de inicialização e interrupção total do sistema. ^'

k) Escalonar envios de dados do monitoramento ao banco de dados central localizado no computador servidor. CMSTREAM.EXE se conecta ao banco de dados para obter informações do grupo de emissoras que deve selecionar e os dados da agenda de tarefas. Mensagens provenientes do evento Start of Idle Time do TyMDB.exe através de semáforos do sistema operacional. Quando a contagem atingir o número de canais configurados, significando que todos os canais foram conectados e estão prontos para monitorar os áudios, CMSTREAM.EXE libera o semáforo que controla a fila de chamada dos tocadores de streamings das emissoras. CMSTREAM.EXE envia mensagens ao sistema operacional para que este desligue ou reinicialize a CPU, dependendo da programação da agenda de tarefas.

CMSTREAM.EXE controla e estabiliza o fluxo das identificações de fonogramas enviados ao banco de dados do Servidor, liberando em cada computador do monitoramento pacotes de dados em intervalos de cinco segundosT^eliminandc^ errasse cõnc ên ã de conexão com o banco de dados e consequente perda das informações. CMSTREAM.EXE escreve no registro do sistema operacional todos os dados necessários para configuração e execução do TyMDB.exe e os tocadores de streamings das emissoras.

CMSTREAM.EXE efetuando as chamadas controladas dos tocadores de streamings das emissoras, podendo conter na fila de conexão até 256 emissoras por CPU de monitoramento. As chamadas são controladas por um semáforo que libera a próximo emissora a ser conectada somente após a anterior ter efetuado a sua tentativa. O número de emissora que podem ser liberadas a cada chamada é pré-configurado pelo administrador do sistema então, o semáforo pode controlar um ou mais tocadores por vez a cada liberação do semáforo.

CMSTREAM.EXE efetuando as chamadas controladas do TyMDB.exe, configurando (escrita no registro do sistema operacional) e chamando um TyMDB.exe para cada 99 emissoras, logo, se o grupo contiver o número máximo permitido de 256 emissoras, serão chamados e configurados individualmente 3 TyMDB.exe.

CMSTREAM.EXE monitora no servidor a existência de atualizações de arquivos e aplicativos relacionados ao sistema de monitoramento e caso necessário, efetua a chama do UPDATE.EXE que é responsável por todas as atualizações incluindo CMSTREAM.EXE.

UPDATE.EXE efetuando a chamada do CMSTREAM.EXE ao término das atualizações.

ATUALIZADOR DE ARQUIVOS (UPDATE.EXE)

Instalado nos Computadores do Monitoramento tem a função de atualizar arquivos e aplicativos do sistema de monitoramento nos computadores do monitoramento. Quando em execução, força o fechamento de todos os aplicativos relacionados ao monitoramento e após a conclusão do processo de atualização, efetua a chamada de CMSTREAM.EXE reinicializando todo o processo de monitoramento. Fig. 25

48. Seleção manual de grupo de emissoras. Necessária apenas na primeira execução de cada grupo ou em sua realocação de CPU.

49. Séleção automática de grupo de emissoras: Através do MAC da placa de rede salvo anteriormente nos dados de cada grupo CMSTREAM.EXE seleciona automaticamente os mesmos grupos para os mesmos CPUs.

50. Lista todos os grupos disponíveis no cadastro de emissoras. Permitindo a séleção de apenas um grupo de emissoras por CPU de monitoramento. Associa cada grupo com o MAC da placa de rede do CPU que o alocou.

51. Envia ao banco de dados do servidor os dados do MAC de cada placa de rede do monitoramento associado ao código de cada grupo de emissoras. 52. CONNECT-MIX RÁDIO PLAYER (CMPLAYER.EXE). Fig. 26

é um software instalado nos computadores de monitoramento e caracteriza-se por:

1. Conectar as emissoras do grupo selecionado aos seus cabos virtuais de áudio.

2. Conectar as emissoras do grupo selecionado às URLs de streamings e inicializar a reprodução de áudio.

3. Atualizar minuto a minuto o banco de dados com informações estatísticas sobre: falhas de conexão, tempo de conexão, tempo de carga, tempo de reprodução de áudio e desconexões para cada emissora do grupo. 4. Autogerenciar seu uso de CPU e memória alocada, reinicializando conexões degradadas e liberando toda memória reservada não utilizada ou descartada, permitido o maior número possível de tocadores por computador com o menor uso de memória e de comprometimento dos processadores.

5. Atualizar em tempo real os status: on-line, off-line e erro para cada emissora do grupo.

I. Amarelo: carregando.

II. Vermelho: erro.

III. Bordô: conectando.

IV. Verde: conectada reproduzindo áudio.

V. Cinza: silêncio ou excesso de ruído.

a. Através da análise das máximas dos níveis baixos e altos de áudio nos canais de áudio de cada emissora programamos um controle automático de volume que recalcula os níveis do sinal de áudio a cada segundo e um nivelador linear efetua a diminuição ou aumento do volume de cada emissora ininterruptamente. Se a diferença de potencial entre os picos mínimos e máximos não atingirem um valor que consideramos satisfatório, o áudio da emissora será considerado insuficiente para garantir a 25 integridade das informações e o tocador passará a informar dados estatísticos sobre estas ocorrências,

b. Através da análise da gama predominante de frequências audíveis e diferença de potencial entre os picos mínimos e máximos, programamos um controle automático de nível de ruído e silêncio. Se a diferença de potencial entre os picos mínimos e máximos não atingirem um valor significativo e a gania de frequência audível se manter estável a cada tomada de dados, o áudio da emissora será considerado deficiente para garantir a integridade das informações e o tocador passará a informar dados estatísticos sobre estas ocorrências. . Leitura dos dados escritos por CMSTREAM.EXE no registro do sistema operacional. Os dados são dispostos em Chaves nominadas com os códigos das emissoras contidas no grupo selecionado e cada chave/emissora contém a lista de dados necessária para que cada tocador de streaming proceda a conexão com a emissora referente sem ter de se conectar ao banco de dados. Fig. 27

. Conexão com o banco de dados do servidor.

configurações e outras informações, que utilizamos em nosso sistema de monitoramento para servir de banco de dados de apoio, possibilitando desta forma, o monitoramento de até 256 emissoras com apenas uma conexão de banco de dados por CPU, estabelecida pelo CMSTREAM.EXE que coleta informações provenientes dos tocadores através do registro do sistema operacional e as envia ao banco de dados do servidor em intervalos regulares e otimizados.

56. CMPLAYER.EXE, escrevendo no registro do sistema operacional informações sobre os tempos de carregamento de dados (download de áudio), conexão e desconexão. Estes válores são escritos em intervalos de 60 segundos e representam as somas dos segundos relacionados a cada estado e que irão compor os gráficos de conectividade de cada emissora a cada minuto. Fig. 28

Exemplo. (Fig. 28)

De 10:48:47 até 10:49:47 ocorreram:

· 5 segundos de carregamento (Stalled).

• 45 segundos de reprodução de áudio (Playing).

• 10 segundos de desconexão (Stopped).

57. Obtendo dados do registro do sistema operacional para análise de conectividade das emissoras.

58. Envios de dados numéricos decodificados dos canais de áudio, para a análise de silêncio e excesso de ruído.

59. A análise de conectividade converte informações de estado das conexões das emissoras e qualidade de áudio das mesmas em dados estatísticos para os _^ gráficos de conectividade. 60. CMPLAYER.EXE, reproduz o fluxo de dados de áudio obtidos das URLs dos streamings das emissoras e os envia aos seus canais de áudios virtuais relacionados, como se cada emissora estivesse sendo reproduzida em uma placa de som exclusiva à mesma.

61. Tomada de áudio para monitoramento manual e análise auditiva da qualidade do áudio das conexões, o sinal de áudio é clonado e desviado aos alto- falantes do sistema operacional.

62. Tomada de áudio para monitoramento manual e análise auditiva da qualidade do áudio dos cabos virtuais, o sinal de áudio é clonado e desviado aos alto- falantes do sistema operacional.

63. Calcula para cada emissora, a diferença entre as somas dos últimos 60 segundos para os tempos de carregamento, reprodução de áudio e desconexão e quem prevalecer com o maior valor, informará o estado da conexão que pode ser 1 (On-line) ou 0 (Off-line).

64. Analisa a diferença entre as somas dos níveis mínimos e máximos do áudio de cada emissora em intervalos de tempos pré-determinados, caso os resultados não atinjam valores mínimos esperados, as emissoras em questão, terão seus status alterados para Silêncio, que significa conectada, porém sem áudio. As emissoras com status de silêncio não deixaram de ser monitoradas, apenas constaram em seus históricos de conectividade que em determinados momentos estavam mudas.

65. Analisa a continuidade entre a gama de frequência mínima e máxima do áudio de cada emissora em intervalos de tempos pré-determinados, caso os resultados sejam muito próximos e tendem a se manter estáveis, as emissoras em questão, terão seus status alterados para Ruído, que significa conectada, porém com excesso de ruído no áudio. As emissoras com status de ruído não deixaram de ser monitoradas, apenas constaram em seus históricos de conectividade que em determinados momentos estavam com problemas de qualidade de áudio.

66. Todas as informações geradas na análise de monitoramento são transformadas em dados e enviadas ao banco de dados do servidor.

67. VIRTUAL AÚDIO CABLE (VCCTLPAN.EXE ou VAC.EXE)

instalado nos computadores do Monitoramento com a função de virtuálizar os cabos de áudio (um para cada emissora do grupo selecionado). Possui capacidade máxima de virtualização de 256 cabos de áudio. Fig. 29

68. TyMDB.exe, recebendo os áudios dos tocadores das emissoras através dos cabos virtuais de áudio. Caso for necessária a configuração e chamada de vários TyMDB.exe, cada um irá monitorar somente os cabos de áudios relacionados às emissoras configuradas em seus canais de monitoramento. 69. TyMDB.exe, acessando o repositório de assinaturas digitais ativas (pasta compartilhada no servidor), o acesso se dá pela configuração de "Fingerprint database folder" escrita no registro do sistema operacional por CMSTREAM.EXE.

70. TYBERIS MUSIC DATABASE (TYMDB.exe)

instalado nos computadores do monitoramento tem a função de gerar assinaturas digitais de músicas e comerciais (fonogramas), analisar o áudio das emissoras conectadas a seus canais de monitoramento procurando sequências harmónicas coincidentes com as contidas no banco de dados de assinaturas digitais ativas e gerar informações de data/hora, início e término de cada identificação, bem como o posicionamento interno do fonograma relativo à sequência identificada. Fig. 30

Nota: Dependendo da qualidade do áudio recebido nos streamings das emissoras, ou caso fonogramas contenham comentários e/ou personalizações por parte da emissora, podem ocorrer inúmeras identificações para um mesmo fonograma em uma mesma veiculação, nestes casos, cada identificação interrompida referir-se-á uma parte interrompida de uma mesma identificação de fonograma e em outros casos, podem ocorrer identificações muito pequenas e devem ser descartadas durante o processo. Para que o sistema ofereça informações confiáveis aos usuários/clientes do site e aplicativos smartphones, todos os dados gerados no monitoramento são tratados posteriormente na sincronização com o banco de dados do servidor.

Todas as informações geradas nas identificações de fonogramas pelo TyMDB.exe são enviadas a dois plug-ins da Connect- ix e destes, adicionadas sem nenhum tratamento a um banco de dados local e temporário onde, cada canal (emissora) monitorado tem sua própria tabela de dados, evitando assim, erros de falha de acesso à tabela de dados pelo excesso de concorrência, desta maneira, mesmo com 256 emissoras por CPU de monitoramento, não existirão concorrências de acesso ao banco de dados porque não é possível uma emissora concorrer consigo mesma em sua própria tabela de dados. Os dados inseridos nas tabelas são provenientes dos gatilhos Song Detected e Song Logged in History (Delayed), cada canal recebeu como nome o código da emissora referente e, portanto, a tabela para cada canal também receberá este código como nome, os plug-ins conectados a estes gatilhos: songdetected.exe e songlogged.exe inserem os dados nas tabelas correspondentes aos canais (emissoras) monitorados e podem inserir simultaneamente nas 256 tabelas do banco de dados de cada CPU sem perda de performance ou de informações.

71-1. PLUG-INS CONECTADOS AOS GATILHOS DOS EVENTOS DO TYMDB.EXE (SONGDETECTED.EXE, SONGLOGGED.EXE E STARTIDLETIME.EXE)

instalados nos computadores de monitoramento, são responsáveis pela comunicação entre o TYBERIS MUSIC DATABASE e o Banco de Dados da Connect-Mix. Inserem as informações obtidas para um banco de dados temporário localizado em cada computador do monitoramento e enviam ao banco de dados do servidor somente após tratá-las, detectando primeiramente, possíveis descontinuações de uma identificação anterior, ou seja, mesmo que o TYBERIS apresente várias identificações a uma mesma reprodução de fonograma/emissora, teremos no final apenas um registro contendo a somatória de toda a sequência de identificações com início, fim, duração e quantidade de quebras que ocorreram até o término previsto do fonograma. Estas ocorrências são típicas para fonogramas musicais com assinaturas da rádio, falhas de conexão, falhas de áudio etc.

1. SONGDETECTED.EXE. É disparado pelo evento Song

Detected do TYMDB.EXE que significa o início de uma identificação de fonograma no áudio de uma emissora. Esta é uma informação que pode ser equivocada, pois não possui comprimento suficiente para garantir sua veracidade, apenas indica a possibilidade de uma nova ocorrência. 2. SONGLOGGED.EXE. É disparado pelo evento Song Logged in History (Delayed) do TY BD.EXE que significa o término de uma identificação de fonograma no áudio de uma emissora. Esta é uma informação de integridade, pois possui comprimento significativo que indica que o fonograma foi identificado por N segundos, podendo variar de alguns segundos caso ocorra uma pérda da identificação, até o tempo total do fonograma.

3. STARTIDLETIME.EXE. É disparado pelo evento Start of Idle Time do TYMBD.EXE que significa que o carregamento de um canal foi concluído. Este evento é disparado para cada conclusão de carregamento de cada canal. O plugin deve contabilizar estas informações para se certificar que todos os canais foram concluídos e só então, informar ao controlador de monitoramento que o semáforo da fila de inicialização dos tocadores pode ser inicializado.

Os dados contidos nas tabelas do banco de dados local temporário são tratados em intervalos regulares controlados por CMSTREAM.EXE. Como podem ser gerados muitos registros para uma mesma identificação de fonograma e o que se espera do monitoramento é apenas um registro para cada identificação, precisamos calcular com base na hora atual, tempo de duração de cada fonograma e a posição inicial de cada identificação já arquivada no servidor, à hora exata de início e término de cada veiculação dos fonogramas e verificar se os registros temporários estão contidos dentro ou fora de algum destes intervalos. Caso estiverem, forem provenientes do mesmo canal e fonograma, então, são registros recorrentes, complementares de uma mesma identificação interrompida, caso contrário, é o início de uma nova identificação. Com vários CPUs no monitoramento e cada um monitorando 256 emissoras, é necessário acelerar o processo de busca por registros recorrentes no banco de dados do servidor, por isto não utilizamos arquivos de índices neste processo para não perder tempo com as atualizações destes, pois a quantidade de dados enviada à tabela de identificações é muito grande e o intervalo de tempo é muito pequeno, então, a busca por registros recorrentes não utiliza o comando LOCATE existente na linguagem Microsoft Visual FoxPro, a procura é feita movendo o ponteiro de registros para o último registro da tabela, comparando os dados e recuando o ponteiro até encontrar um registro compatível à complementação, regredir além da data de início da identificação ou atingir o topo da tabela. Esta técnica tem se mostrado 39 vezes mais rápida que a mesma busca utilizando o comando LOCATE e tem sido uma das chaves principais para o perfeito acompanhamento dos gráficos, linha do tempo e mapa em tempo real para os usuários do site e aplicativos smartphones.

73.0 registro contido no banco de dados local temporário não está contido no intervalo de outra identificação já existente no banco de dados do servidor ou está contido, mas não corresponde ao mesmo canal ou fonograma. ·

74. Cria um novo registro de identificação de fonograma no banco de dados do servidor, contendo a data e hora que foi identificado, o código da emissora, o código do fonograma, posição inicial e final da identificação e o tempo correspondente ao tamanho identificado. 75.0 registro contido no banco de dados local temporário está contido no intervalo de outra identificação já existente no banco de dados do servidor e corresponde ao mesmo canal e fonograma.

76. Atualiza os dados da identificação de fonograma localizada no banco de dados do servidor, incrementando a posição final e o tempo identificado. No final, o registro contido no banco de dados do servidor, deverá conter a soma de todas as identificações interrompidas de uma mesma veiculação de fonograma.

77. A sincronização dos dados provenientes do monitoramento, tanto as identificações de fonogramas, quanto os dados estatísticos de conectividade e outras informações geradas ou adquiridas em cada CPU do monitoramento, são enviadas ao banco de dados do servidor por uma sub-rotina de CMSTREAM.EXE e sua conexão com o banco de dados do servidor.

78. Realimentação de controle de amplitude da saída do sinal de áudio proveniente do controle automático de volume.

79. Realimentação do controle automático de buffers, diretivas de tempos e quantidades que deverão ser obedecidas pelo reprodutor de streaming.

80. Requisição de dados dos canais de entradas e saídas de áudios dos streamings das emissoras.

81. Envio de dados numéricos referentes às amplitudes de áudio ao controle automático de volume.

82. Controle automático de volume. Obtêm a média aritmética de 10 leituras de níveis de áudio por segundo, diminuindo ou aumentando o volume até que a média obtida esteja dentro de um intervalo de valores pré-determinados. As alterações de volumes ocorrem gradualmente através de um estabilizador linear que atua ¼ do valor a ser compensado a cada segundo. Cada tocador de streaming de áudio das emissoras tem seu próprio controlador automático de volume.

CONTROLE DE BUFFERS (PLAYCONF.EXE)

Instalado nos Computadores Administrativos e de Monitoramento, define parâmetros de controle genéricos a todos os tocadores de todos os computadores do monitoramento, como: tempo de leitura de dados, tempo de desistência em caso de erro, quantidade de dados por requisição, intervalo das requisições, quantidade de dados enviados aos decodificadores de áudio, intervalo de envio de dados aos decodificadores, comportamento de fila/semáforos, uso de processador, uso de memória. Fig. 31

Nota. Quando se trabalha com quantidades significativas de streamings de áudios, a necessidade de ter um controle rigoroso sobre os buffers dos canais de áudio se torna imprescindível, pois é preciso controlar a quantidade de dados baixados em cada streaming e o intervalo de tempo entre as requisições de dados. É preciso controlar a quantidade de dados enviados aos decodificadores e aos canais de reprodução e gravação de áudio. O controle de buffer não pode deixar que faltem dados para os decodificadores e nem que ocorra estouro dos buffers por excesso de dados encaminhados. A integridade dos áudios enviados aos cabos virtuais de áudio está diretamente associada ao controle automático de buffer que opera com base nestes parâmetros, pois, se faltar dados o áudio será picotado e se transbordar os buffers, o áudio será emudecido.

http://www.connectmix.com.br Aplicativos para smartphones, com resumos automáticos em tempo real do monitoramento contratado.

Controle de log-in do cliente, com nome de usuário, senha e IP. Cada usuário pode conectar-se sob um IP apenas.

Uma vez conectado ao banco de dados do servidor Web, o usuário/cliente é submetido as 10 regras associadas ao seu cadastro, que restringem o acesso às emissoras e fonogramas.

Filtro, utilizado pelos usuários para obterem consultas mais elaboradas. Neste módulo as imposições das 10 regras do sistema são mais evidentes, cada usuário tem acesso somente às opções de filtragem configuradas em seu cadastro, portanto, o filtro atua somente sobre as emissoras e fonogramas contratados. Fig. 32

0 usuário/cliente tem acessos às listagens dos registros pertinentes a seu cadastro, como: tabela de emissoras monitoradas, tabela de fonogramas monitorados, tabela de agências/artistas monitorados. Fig. 33 e 34

Relatórios.

• Histórico de conectividade das emissoras

o Acompanhamento segundo a segundo dos status (on-line, off- line e erro) de cada emissora conectada no monitoramento. Fig. 35

• Monitoramento de Fonogramas

o Dados obtidos pela aplicação das opções existentes no Filtro, ou seja: consultados por região, estado, cidade, emissora, agência/artista, álbum, fonograma, percentual de identificação (curta, média ou longa), tipo de fonograma (musical ou comercial), género musical e período entre datas. Fig. 36 o Dados individuais ou totalizados por: região, estado (UF), cidade, emissora, agência/artista, álbum, fonograma e data/hora. Fig. 37

o Arquivos de impressão em PDF e CSV, com opções de prévia de impressão e download dos arquivos.

m Tempo Real

Desenvolvido em SVG (Scalable Vector Graphics) que pode ser traduzido do inglês como gráficos vetoriais escaláveis e programamos recursos em JavaScript e PHP. Utilizamos este formato vetorial pelo fato de ser um padrão aberto e não de propriedade de alguma empresa e também pelas características dos gráficos vetoriais não perdem qualidade ao serem ampliados ou reduzidos.

Principais considerações:

1. Implementada função em JavaScript que permite mover o mapa com o uso do mouse para todas as direções, salvando a última posição no banco de dados das preferências do usuário.

2. Implementada função em JavaScript que permite arrastar países e/ou estados de suas posições originais e soltá-los em qualquer lugar do mapa sem que ocorra desvio de posicionamento das latitudes e longitudes dos marcadores das cidades provenientes do monitoramento. Implementada função em JavaScript de zoom que permite adequar o tamanho do mapa ao display do dispositivo utilizado para visualização.

Implementada função de ajuste de tamanho para todos os objetos dinâmicos do mapa, como: marcadores de cidades, nomes de cidades, balões informativos e animações. Desta maneira, é possível uma utilização agradável do mapa tanto em pequenas telas de smartphones quanto em telões e televisores.

Os dados são obtidos via JavaScript e PHP e, podem ser classificados pelas opções do Filtro, ou seja: consultados por região, estado, cidade, emissora, agência/artista, álbum, fonograma, tipo de fonograma (musical ou comercial), género musical e data.

O usuário pode requerer os dados manualmente através da seleção de uma data no calendário do mapa, ou em tempo real com requisições automáticas em Tempo Real.

As coordenas de latitude e longitudes são pré-cadastradas no banco de dados das cidades que relacionadas às emissoras e aos fonogramas, indicam a cidade onde um fonograma está sendo identificado pelo monitoramento no exato momento em que este esta sendo veiculado nas emissoras.

Clicando sobre um círculo indicativo de uma cidade, obtemos uma tabela contendo todos os dados do monitoramento relacionados às emissoras localizadas nesta cidade e data selecionada. Fig. 38, 39, 40, 41 e 42 do Tempo.

Utiliza-se para esta ferramenta um plug-in de visualização de dados, livre e de código aberto SÍMILE Widgets Timeline desenvolvido em conjunto pela MIT Libraries e CSAIL MIT.

Este plug-in simula panos de fundo deslizantes na horizontal ou na vertical, onde cada um representa uma linha do tempo e uma escala. Todas as escalas são dependentes umas das outras ouse seja, o deslocamento de uma das escalas obriga todas as outras a reposicionarem-se no tempo determinado por esta.

Utiliza-se cinco escalas diferentes para compor esta linha do tempo: ano, mês, dia, hora e minuto sendo esta última a responsável pela visualização dos dados e fixamos o deslizamento das escalas no sentido horizontal.

Da navegação (rolagem das escalas) resultam as informações: data inicial visível à esquerda/data centralizada e data final visível à direita. Estas informações associadas às definições do usuário no filtro classificam os dados do monitoramento para o período selecionado e o plug-in se encarrega de adicioná-los à escala de MINUTO.

O usuário pode requerer manualmente os dados através do deslocamento de uma das escalas, ou em Tempo Real com requisições automáticas.

Quando acionada a requisição de dados em tempo real, a linha do tempo é forçada a se posicionar centralizada à data e hora do servidor Web da Connect-Mix, não importando a data e hora do computador do usuário. Desta maneira, podemos garantir que todos os usuários recebam as informações no momento exato que aconteceram e enquanto estiverem acontecendo. Fig. 43, 44 e 45

os.

Conectividade.

a) Análise 24 horas por dia dos quatro estados te todas as emissoras juntas no monitoramento: conexão, carregamento, falha de áudio e desconexão. Fig. 46

b) Análise 24 horas por dia dos quatro estados de cada emissora

individualmente. Fig. 47

c) Análise de identificação de fonogramas de cada emissora

individualmente. Fig. 48

Estatística de vida da música.

a) Com base nos dados do monitoramento obtemos uma análise quantitativa temporal para cada fonograma musical e consequente constatação e previsão de subida ou descida de popularidade destes nas emissoras monitoradas. Fig. 49

lador de Tempo Real.

• Atua sobre os módulos: Mapa, Gráficos e Linha do Tempo, para impedir que um mesmo usuário abra vários mapas, gráficos ou linhas do tempo ou ainda, mais de um destes recursos ao mesmo tempo e Em Tempo Real ocasionando queda de desempenho dos servidores Web.

• Seu funcionamento baseia-se na leitura de um código de ECO.

• A requisição de dados chega ao servidor Web e junto com os dados, recebe um código de controle que deverá ser informado na próxima requisição. Caso o usuário possuir mais de um módulo operando em tempo real, a próxima requisição informará um código errado e as requisições de dados para este usuários serão desativadas gerando um alerta na tela do dispositivo.

· O usuário pode ativar novamente a requisição de dados em tempo real, mas, terá de manter somente um destes módulos ativos.

TOP 10 E TOP 100 (TOP.EXE)

Instalado no Computador Servidor, tem a função de calcular o TOP 10 e o TOP100 dos fonogramas musicais mais tocados: por emissora, por estado, por região e por género musical. Enviar os cálculos atualizados para o banco de dados do site da Connect-Mix e para os principais sites de relacionamento, como: Orkut, Facebook e Twitter.

Repositório WAV. Pasta de arquivos no Servidor, com a finalizada de compartilhar os fonogramas entre os computadores administrativos e do monitoramento.

Assinaturas Digitais Inativas. Pasta de arquivos no Servidor, com a finalizada de arquivar as assinaturas digitais de fonogramas fora do período contratual.

Assinaturas Digitais Ativas. Pasta de arquivos no Servidor, com a finalizada de arquivar as assinaturas digitais de fonogramas dentro do período contratual.

Banco de dados principal localizado no CPU Servidor.

. Decide com base na data e hora e nos dados provenientes do

monitoram^tõ ^jaTe mlriõij o tempo previsto para a veiculação total de cada fonograma identificado no monitoramento. 101. Invalida as identificações de fonogramas que não atingiram 10% do tempo total previsto?

102. Marca as identificações de fonogramas para exclusão local e sincronização de exclusão remota (Web).

103. Entrada de dados das configurações de direitos dos usuários/clientes Web.

104. Acessa os fonogramas WAV, decodifica as harmónicas e cria as Assinaturas Digitais de cada fonograma.

105. Verifica se o fonograma está dentro do período contratual?

106. Verifica se o grupo está conectado?

107. Placa de rede de todos os computadores do monitoramento.

108. API de desligamento do sistema operacional.

109. Dispositivo de áudio padrão do sistema operacional (Alto-falantes).

110. Banco de dados temporário em todos os computadores do monitoramento.

111. Disparo temporizado de leitura de dados de cada banco de dados temporário em intervalos de 5 segundos.

112. Banco de Dados Web.

113. SETOR: Banco de Dados.

1 14. SETOR: Aplicativos e Sistemas.

115. SETOR: Servidor Local.

116. SETOR: Administrativo.

117. SETOR: Monitoramento.

118. SETOR: Visualização de Resultados (Web Site, Aplicativos Smartphones).

Todas as sub-rotinas que compõe o monitoramento de streaming de áudio de emissoras deiádio Am^Fm e ^{^} TV obedecem métodos específicos que são objeto do presente pedido de patente, como segue: étodo de controle de monitoramento de streaming de áudio, caracterizado por compreender as etapas automatizadas de:

a) Inicialização do computador servidor.

b) Inicialização da agenda de tarefas, que irá determinar as datas e horários que as ações (c, d, e, f, g, h, i, j, k, I) deverão ser executadas pelo sistema de monitoramento.

c) Inicialização dos computadores do monitoramento e seus grupos de emissoras relacionados.

d) Inicialização dos tocadores dos streamings de áudio das emissoras. e) Inicialização e parametrização de várias instâncias simultâneas do software Tyberis Music Database (TyMDB.exe) por computador. Monitorando o áudio e conexões de até 256 streamings de emissoras por computador do monitoramento.

f) Inicialização da validação e sincronização de dados entre os bancos de dados dos computadores do monitoramento, servidor e Web. g) Finalização dos tocadores.

h) Finalização de todas as instâncias do software TyMDB.exe.

i) Finalização da sincronização de dados.

j) Desligamento dos computadores do monitoramento.

k) Backup do banco de dados do servidor.

I) Desligamento do computador servidor.

étodo de automação do Tyberis Music Database (Software com características distintas de monousuário, de configuração manual e limite de 99 canais de monitoramento de áudio) caracterizado por compreender as etapas automatizadas de: a) Acesso à chave HKEY_CURRENT_USER\Software\Ty DBPro3 do registro do sistema operacional, que guarda valores referentes a todos os parâmetros e configurações do software TyMDB.exe.

b) Escrita dos valores predefinidos pelo operador do sistema às chaves referentes às pastas do servidor, que contém o banco de dados de assinaturas digitais (Fingerprint database folder) e fonogramas (Folder for batch conversion).

c) Escrita dos valores predefinidos pelo operador do sistema às chaves referentes às configurações básicas (Miscellaneous Options).

d) Escrita dos valores predefinidos pelo operador do sistema, às chaves referentes às configurações dos eventos: Song Detected, Song Logged in History (Delayed), Start of Idle Time, End of idle Time, Duplicate unloaded, Duplicate disabled.

e) Escrita do valor referente à chave que define a quantidade de canais que serão monitorados em cada instância do software (simultaneous channels). Este valor é definido pela quantidade de emissoras em cada grupo/computador do monitoramento e o número de vezes que será necessário executarmos o TyMDB.exe para monitorar todas as emissoras do grupo.

f) Escrita dos valores referentes a cada canal monitorado e seus cabos virtuais de áudio. O nome de cada canal monitorado é o ID de uma das emissoras contidas no grupo.

^{^} I Exe npíõdeTTome de canal

Channel58 = 715 2. Exemplo de direcionamento de cabo de áudio

ChannelDevice58 = Line 3 (Virtual Audio Cable)

g) Inicialização do software Tyberis Music Database.

Para que cada computador do monitoramento monitore 256 emissoras com um software que foi desenvolvido para monitorar no máximo 99 e ser configurado manualmente, é necessário executar três instâncias controladas do mesmo, duas monitorando 99 cada e, uma monitorando 58. Cada instância inicializada deste software deverá obrigatoriamente, ser precedida das etapas automatizadas (a, b, c, d, e, f, g) do método de automação do Tyberis Music Database, reivindicado acima.

Método de aferição e agrupamento em tempo real, dos dados das identificações de áudio provenientes do monitoramento, caracterizado por compreender as etapas automatizadas de:

a. Classificar as informações em dois grupos:

1. Inicial (sem contagem de tempo).

Identificações geradas no momento da detecção dos fonogramas, não possuem tempo de duração, somente as posições em que os fonogramas foram identificados.

2. Final (com contagem de tempo).

Geradas ao término das identificações dos fonogramas, possuem tempo de duração e posição de término de identificação.

b. Analisar cada identificação separadamente:

í Caso tipo Inicial. I. Calcular as exatas data e hora de início e fim da execução do fonograma identificado: inicio = d ¹ — p ¹

onde d ¹ é a data e hora da identificação, p' é a posição onde a assinatura digital foi identificada no fonograma e t ¹ é o tempo de duração do fonograma.

As variáveis p ¹ e t ¹ são medidas de tempo na escala de segundos.

II. Procurar no banco de dados do servidor, um registro de identificação do mesmo fonograma e da mesma emissora e, que a data e hora fiquem contidas dentro do intervalo de tempo, inicio e fim calculados.

III. Se não for localizado um registro, criar um novo com base nas informações da identificação analisada e arquivá-lo no banco de dados do servidor.

IV. Descartar do banco de dados temporário a identificação analisada.

Caso tipo Final.

I. Calcular as exatas data e hora de início e fim da execução do fonograma identificado: micio- ^{^} = c ^ ¹

fim = (d ¹ - p ¹ ) + t ¹ II. onde d ¹ é a data e hora da identificação, p ¹ é a posição onde a assinatura digital foi identificada no fonograma e t ¹ é o tempo de duração do fonograma. As variáveis p ¹ e t ¹ são medidas de tempo na escala de segundos.

III. Procurar no banco de dados do servidor, um registro de identificação do mesmo fonograma e da mesma emissora e, que a data e hora fiquem contidas dentro do intervalo de tempo, inicio e fim calculados.

IV. Se for localizado um registro, acrescentar o tempo de duração do registro analisado ao tempo de duração do registro localizado e para fins estatísticos internos, incrementar 1 ao campo QUEBRAS. É possível definir esta ação como: "Emenda de Quebra de Identificação".

V. Se não for localizado um registro, criar um novo com base nas informações da identificação analisada e arquivá-lo no banco de dados do servidor.

VI. Descartar do banco de dados temporário a identificação analisada. étodo de sincronização de dados entre os computadores do monitoramento, servidor e Web, caracterizados por compreender as etapas automatizadas de:

a) Acumular os dados das identificações de áudio e conectividade das emissoras de cada grupo, em bancos de dados temporários, contidos em cada computador do monitoramento.

b) Enviar de cada computador do monitoramento, em intervalos regulares e controlados, os dados acumulados ao banco de dados do computador servidor.

c) Eliminar em cada computador do monitoramento, os dados do banco de dados temporário, enviados ao computador servidor.

d) Enviar do computador servidor, em intervalos regulares e controlados, os dados do banco de dados do servidor ao banco de dados da Web.

étodo de controle de acesso às informações contidas no banco de dados da Web, caracterizado por compreender as etapas de:

a. Cadastrar os usuários com logins e senhas de acesso.

b. Selecionar para cada usuário o nível de acesso pretendido às emissoras:

1. Nível Total/Nacional

2. Nível Regional

• Informar as regiões liberadas.

3. Nível Estadual

• Informar os estados liberados.

4. Nível Municipal • Informar as cidades liberadas.

5. Nível Emissora

• Informar as emissoras liberadas.

c. Selecionar para cada usuário o nível de acesso pretendido aos fonogramas:

1. Nível Total

2. Nível Agência/Artista

• Informar os agências/artistas liberados.

3. Nível Álbum

• Informar os álbuns liberados.

4. Nível Fonograma

• Informar os fonogramas liberados.

d. Submeter todas as consultas efetuadas pelos usuários, à validação de nível de acesso controlado, de modo que cada usuário receba somente as informações referentes às emissoras e fonogramas, relacionados a seu cadastro.

étodo de visualização geográfica das identificações de fonogramas em tempo real, caracterizado por compreender as etapas de:

a. Cadastrar todas as cidades que serão utilizadas no cadastro das emissoras de rádios e TVs. Cada qual, com suas coordenadas geográficas de latitude e longitude.

b. Relacionar individualmente as emissoras de rádios e TVs às suas cidades referentes.

C— elacionar todas ^" ã¾1dentjfícações de fonogramas com as emissoras referentes e consequentemente às cidades relacionadas. Desenvolver uma página na Web, que contenha um mapa geográfico, que possua referências gráficas aos estados e regiões constantes no cadastro das cidades.

1. Programar funções de controle de zoom do mapa e tamanho de todos os componentes utilizados nas visualizações. Necessário para que o mapa se ajuste visualmente aos vários dispositivos que possam utilizá-lo.

2. Programar funções de mobilidade dos estados, permitindo que os usuários/clientes arrastem os estados que desejam, para fora da configuração original do mapa. Necessário para que se obtenha melhor visibilidade dos balões informativos quando em grandes quantidades sobre o mapa ou simplesmente para destacar estados.

3. Dotar o algoritmo de localização de coordenadas geográficas no mapa, com a capacidade de compensar os deslocamentos dos estados para fora de suas posições originais.

4. Dotar o algoritmo de deslocamento dos estados, com a capacidade de mover simultaneamente ao deslocamento, qualquer componente inserido sobre os estados.

5. Programar um temporizador com a tarefa de manter atualizadas as informações sobre o mapa, com consultas em tempo real.

Consultar no banco de dados da Web, a lista das cidades onde hoje (na data) ocorreram identificações de fonogramas e preencher um vetor (v1) com as coordenadas geográficas das cidades listadas. f. Consultar no banco de dados da Web, a lista das identificações de fonogramas que matematicamente ainda estejam em execução e preencher um vetor (v2) com as coordenadas geográficas das cidades relacionadas e as informações de cada identificação de fonograma, como: código, nome, agência/artista, emissora, data/hora, início e término de identificação.

g. Preencher o mapa com as informações dos vetores v1 e v2, onde o vetor v1 cria os indicadores de cidades e o vetor v2, cria os balões informativos e as animações indicativas de fonogramas em execução.