Processando Eventos do Dispositivo

Processamento do Seeder de Eventos do Dispositivo

O seeder de eventos do dispositivo recebe dados de eventos do dispositivo em uma estrutura comum; no entanto, o conteúdo dos dados (identificadores, data/hora etc.) pode variar dependendo do sistema e do dispositivo específico que os gerou. Para converter com precisão o conteúdo externo para valores compreendidos pelo sistema, o seeder de eventos do dispositivo aproveita a configuração do provedor de serviços (também conhecido como sistema head-end ou sistema externo) e o dispositivo.

O provedor de serviços especifica as seguintes entradas no processamento do seeder de eventos do dispositivo:

• Tipos de Identificadores: cada evento do dispositivo deve identificar o dispositivo do qual o evento foi gerado. O sistema suporta vários identificadores para o dispositivo. A configuração do provedor de serviços especifica qual tipo de identificador é usado para o dispositivo, o que permite que o seeder de eventos do dispositivo procure o destino correto para o evento do dispositivo. Por exemplo, um provedor de serviços pode indicar que os dispositivos são identificados por um número de série.

• Formato de Data/Hora: a configuração do provedor de serviços identificará se a data/hora que foram enviadas incluiu designações específicas de fuso horário. Isso permite que o sistema manipule com precisão as conversões de fuso horário que possam ser necessárias.

• Métodos de Processamento: um provedor de serviços possui os seguintes métodos de processamento usados na avaliação do evento do dispositivo:

• Mapeamento de Eventos do Dispositivo - mapeia um nome de evento de dispositivo externo para um nome de evento padrão. Esse nome de evento padrão é eventualmente usado para identificar o evento de dispositivo apropriado para processamento específico.

• Conversão de Fuso Horário - identifica a pesquisa extensível a ser usada no mapeamento do fuso horário específico do provedor de serviços para o fuso horário do intervalo.

O dispositivo especifica as seguintes entradas no processamento do Seeder do IMD:

• Mudança de Dados de Entrada: este valor é especificado diretamente no dispositivo ou pode ser padronizado via contingência no tipo de dispositivo. Ele identifica se as informações de data/hora de entrada são "Mudadas", o que significa que foram ajustadas para o Horário de Verão (DST) quando em vigor ou são "Não Mudadas", o que significa que nunca serão ajustadas para o DST. Isso desempenha um papel importante no processamento de data/hora, pois todas as datas/horas do evento do dispositivo serão armazenadas sem um ajuste para o horário de verão.

Com essas entradas, o seeder de eventos do dispositivo pode converter os identificadores externos nos identificadores apropriados para vincular o evento do dispositivo ao dispositivo de origem no sistema.

Validações Críticas do Seeder de Eventos do Dispositivo

Para que os eventos do dispositivo continuem no processamento de eventos do dispositivo específico, eles devem passar nas validações críticas:

• O dispositivo deve ser identificado.

• O evento do dispositivo deve ter uma data/hora do evento.

Se uma das validações críticas falhar, o processamento de eventos do dispositivo será interrompido e uma instância do seeder de eventos do dispositivo será criada

Observação: existe uma lógica especial para lidar com a situação em que a data/hora do evento do dispositivo ou a data/hora final do evento do dispositivo caem na hora duplicada que ocorre quando um fuso horário sai do horário de verão.

Conversão do Fuso Horário do Seeder de Eventos do Dispositivo

Para fornecer o rastreamento mais preciso dos eventos do dispositivo, todos os dados de eventos do dispositivo são armazenados em um único fuso horário, sem um ajuste para o horário de verão (DST). Como os serviços podem ter vários sistemas head-end, cada um enviando informações de data/hora de maneiras diferentes e alguns utilitários operam em vários fusos horários, o seeder de eventos do dispositivo contém funcionalidade para converter as datas/horas de entrada de um fuso horário de origem no fuso horário do Oracle Utilities Meter Data Management (conforme indicado pelo fuso horário base)

Existem três componentes para identificar o fuso horário de origem do evento do dispositivo de entrada:

• Formato da Data/Hora de Importação do IMD do Provedor de Serviços: quando a data/hora do evento do dispositivo é enviada em um formato que identifica o fuso horário para cada data/hora em que a data/hora será entregue para o seeder de eventos do dispositivo já convertido.
• Mudança de Dados de Entrada: isso indica se a data/hora será ajustada para o horário de verão enquanto estiver em vigor. Um valor de "Sempre na Hora Local" indica que a data/hora são ajustadas para o horário de verão. Um valor "Sempre no Horário Padrão" indica que a data/hora não está ajustada para o horário de verão
• Fuso Horário: o fuso horário dos dados recebidos é identificado usando a seguinte ordem de precedência:
  1. O fuso horário, conforme indicado pelos dados do evento do dispositivo
  2. O fuso horário do ponto de serviço
  3. O fuso horário da configuração do dispositivo
  4. O fuso horário base

Depois que o fuso horário e a mudança de dados da data/hora de entrada forem identificados, todas as datas/horas serão convertidas a partir desse fuso horário e transferidas para o fuso horário base no horário padrão.

Processamento de Evento de Dispositivo Específico

Tipos de Eventos do Dispositivo

Padrão

Eventos momentâneos do dispositivo, como um alerta de violação, são processados usando o evento padrão do dispositivo. Esses eventos do dispositivo não fornecem nenhum processamento especial.

Eventos de Dispositivo Emparelhados

Eventos de dispositivo com duração são definidos usando eventos de dispositivo de evento emparelhado: evento emparelhado primeiro e evento emparelhado por último. Com o primeiro do par representando o início do evento e o último do par representando o final do evento. Eventos desse tipo podem ser configurados para criar ou concluir atividades que representam o evento. Por exemplo, um evento "Último Suspiro" pode criar uma atividade de indisponibilidade de serviço concluída quando o evento "Restauração de Energia" é recebido.

Quando pares de eventos chegam em rápida sucessão (como um último suspiro seguido rapidamente por uma restauração de energia), esses objetos de negócios de "evento emparelhado" são projetados para impedir que sejam enviados para aplicativos de inscrição.

Resposta de Comunicação

A resposta de comunicação é um tipo especial de evento usado para sistemas head-end que respondem aos comandos do medidor inteligente com eventos do dispositivo. Quando recebidos, esses eventos criam uma comunicação em que iniciará a conclusão do comando de medidor inteligente de origem.

Consulte Sobre Entrada de Comunicação para obter mais informações sobre uma entrada de comunicação.

Enviando Eventos de Dispositivo para Sistemas de Contrato

Quando os eventos do dispositivo são recebidos, normalmente são transmitidos para outro sistema de contrato, como o Oracle Utilities Meter Data Management, um sistema de informações do cliente (como o Oracle Utilities Customer Care and Billing), um sistema de indisponibilidade de serviço (como o Oracle Utilities Network Management System) ou algum outro aplicativo.

Os meios de enviar informações de eventos do dispositivo para o sistema de inscrição são definidos no método de processamento "Como Enviar Informações Relacionadas a Eventos de Dispositivos" para o prestador de serviços que representa o sistema de contrato. As informações do evento do dispositivo podem ser enviadas via objeto de negócios de comunicação de saída, comunicação de saída ou processo batch.

O método para enviar eventos de dispositivo para sistemas de contrato (objeto de negócios, mensagem de saída ou processo batch) pode ser definido para cada categoria de evento de dispositivo e pode ser substituído por tipos de evento de dispositivo individuais (incluindo a capacidade de excluir tipos de eventos de dispositivo específicos em um categoria. Além disso, também pode ser configurado um método de processamento de eventos padrão que se aplica quando os métodos de transmissão não são especificados no nível de categoria individual.

O serviço de negócios "Assinar ao Evento do Dispositivo" é usado para processar solicitações de contrato de eventos do dispositivo e permitir que aplicativos externos gerenciem as categorias de eventos que recebem.

Consulte Sobre Supressões de Notificação de Eventos do Dispositivo para obter mais informações sobre as supressões de notificação de eventos do dispositivo.

Criando Monitores de Problemas de Serviço e Ordens de Investigação de Serviço

Os eventos do dispositivo podem ser configurados para criar monitores de problemas de serviço e ordens de investigação de serviço. O tipo de monitor de problemas de serviço a ser criado é definido no tipo de evento do dispositivo. Quando um evento do dispositivo é recebido, um algoritmo de Entrada no estado Processado do evento do dispositivo cria o monitor de problemas de serviço, com base no Tipo de Monitor de Problemas de Serviço especificado para o tipo de evento do dispositivo.

Consulte Noções Básicas Sobre os Tipos de Tarefa de Serviço para obter mais informações sobre como configurar os tipos de monitores de problemas de serviço.

Priorização de Eventos do Dispositivo

Por padrão, os eventos do dispositivo são criados e/ou recebidos no sistema em um estado inicial "Pendente" e são transferidos para os estados subsequentes por meio do processamento batch. Esse processamento batch pode ser ignorado definindo o flag Método de Execução no evento do dispositivo como "Tempo Real" (D1RT). Nesse caso, um algoritmo de Entrada faz a transição do evento do dispositivo para o próximo estado em seu ciclo de vida imediatamente. Esse recurso pode ser usado para priorizar o processamento de certos tipos de eventos do dispositivo.

O flag Método de Execução pode ser configurado em eventos de dispositivo não solicitados enviados pelo sistema head-end ou pode ser inserido durante o processamento do Oracle Utilities Smart Grid Gateway Adapter.

Os Oracle Utilities Smart Grid Gateway Adapters definem esse flag como "Tempo Real" em todos os eventos do dispositivo criados como resultado de comandos do medidor inteligente.