SISTEMA DE INTEGRAO DE TECNOLOGIAS DE AGREGAO DE MEDIO E.F.V. E SILVA1, J.C B. LEITE1, O.G. LOQUES1, A. CORRADI1, P. R. DOS SANTOS2 E N.

RIZZI JUNIOR2 Instituto de Computao Universidade Federal Fluminense (UFF) Rua Passo da Ptria, 156 - Bloco E - CEP 24.210-240 Niteri - Rio de Janeiro - Brasil AES Eletropaulo Rua do Lavaps, 463, CEP 01519-000 So Paulo - So Paulo - Brasil E-mails: {efontana, julius, loques, acorradi}@ic.uff.br e {paulo.roberto, nelson.rizzi}@aes.com
Abstract. This paper presents a proposal for integration of heterogeneous devices in the context of Electronic Meters of Electric Energy. With an approach based in the construction of models that describe the domain of the measurement problem, we show the possibility of integrating different models of meters in one configuration and metering system. The developed prototype has validated the techniques and methodology employed. Keywords Heterogeneous systems, electric energy meters, interoperability. Resumo. Esse artigo apresenta uma proposta para integrao de sistemas heterogneos no contexto de Medidores de Energia Eltrica Eletrnicos. Com uma abordagem centrada na construo de modelos que descrevem o domnio do problema de medio, mostramos a possibilidade de se integrar diferentes tipos de medidores em um s sistema de configurao e leitura. O prottipo desenvolvido validou as tcnicas e a modelagem empregadas. Palavras-chave Sistemas heterogneos, medidores de energia eltrica, interoperabilidade.
2 1

1 Introduo O suporte s atividades de uma empresa requer a colaborao entre os sistemas de computao que ela possui para compartilhar informaes e processos disponveis nesses sistemas. Assim, diversas organizaes tm unido esforos no sentido de estabelecer padres, arquiteturas e formatos de representao de dados que permitam a interoperabilidade entre os sistemas de uma empresa e mesmo entre empresas. No mbito das Empresas de Energia Eltrica surgiram vrias propostas nesse sentido. A UCA (Utility Communications Architecture), desenvolvida pelo EPRI (Electric Power Research Institute), uma proposta de arquitetura que tem como objetivo estabelecer padres para integrao das diversas reas funcionais dentro das empresas do setor (UCA, 1997). Em particular, o modelo GOMSFE (Generic Object Model Substations & Feeder Equipment) (UCA, 2000) define os blocos de construo bsicos para a composio de modelos lgicos de dispositivos. Outra proposta a DLMS/COSEM (Device Language Message Specification / Companion Specification for Energy Metering) (DLMS, 2002) que uma iniciativa de um grupo de empresas europias e visa especificar um medidor de energia interopervel, que possa ser utilizado em rede, atravs de diferentes formas de comunicao. Alguns pontos em comum podem ser observados entre as diversas iniciativas. Um deles que cada vez mais a integrao de sistemas heterogneos est sendo tratada como uma questo de entendimento entre esses sistemas. Assim, as propostas conduzem a uma abordagem que privilegia o entendimento da informao sendo compartilhada,

atravs da utilizao de modelos lgicos de informao. Essa abordagem chamada de Integrao Semntica ou Integrao Baseada em Modelos (Reynoso, 2003). Um outro ponto tem sido a incorporao de conceitos do paradigma de software conhecido como Orientao a Objetos. Essa tecnologia permite a construo de modelos de dispositivos a partir da composio de blocos funcionais bsicos. Atualmente, no que diz respeito rea de medio de energia, constata-se que diferentes tipos de medidores, com diferentes concepes do domnio do problema, precisam de softwares distintos e proprietrios para ler e alterar os dados em cada um deles. Esse um problema que as empresas de distribuio, como a Eletropaulo, com um grande conjunto de medidores instalados, enfrentam. O objetivo deste trabalho apresentar um sistema de integrao de tecnologias que permite tratar os diversos tipos de medidores de energia j existentes e que extensvel aos futuros medidores. A estratgia para atingir este objetivo foi a definio de um medidor genrico que pode representar, atravs de alguma especializao, os medidores j existentes. Deste modo, neste trabalho apresentado um modelo (lgico) genrico de medidor, configurvel e expansvel, capaz de integrar a definio de diversos tipos de medidores especficos. Uma tecnologia que vem se estabelecendo em muitas reas da computao a XML (eXtensible Markup Language) (W3C, 1998). A XML surgiu como promessa e de fato vem se tornando uma ferramenta importante e amplamente usada na integrao de sistemas. A tecnologia centrada em uma linguagem que permite a representao de dados de forma estruturada e em formato texto, que facilita,

entre outras coisas, especificar a semntica desses dados. Toda a modelagem empregada nesse trabalho foi feita utilizando tecnologias relacionadas XML. Uma tendncia que vem mundialmente se configurando a utilizao dos protocolos da Internet (e mesmo essa prpria rede) para o acesso aos equipamentos de medio e demais dispositivos eletrnicos inteligentes. Com a proposta de uma arquitetura baseada na Internet para construo de um sistema de integrao, a questo da segurana dos dados tornou-se uma preocupao adicional no desenvolvimento deste trabalho. Assim, diversos nveis de segurana foram incorporados ao sistema de integrao aqui descrito. No restante do trabalho ser feita uma apresentao da modelagem utilizada (seo 2), seguida de uma introduo ao esquema de classes empregado (seo 3) e da descrio de um medidor de energia com base nessas classes (seo 4). Uma breve descrio da arquitetura do sistema de integrao feita na seo 5, e as caractersticas de segurana so descritas na seo 6. As concluses so apresentadas na seqncia. 2 Fundamentos da Modelagem Empregada A modelagem utilizada baseada no conceito de Orientao a Objetos. O uso desta abordagem permite a especificao de classes e objetos que definem, de forma abstrata, a semntica das funes de um medidor genrico. Nesse sentido, o objetivo principal definir blocos bsicos de construo (componentes) reutilizveis a serem empregados na especificao de modelos de medidores especficos de diferentes fabricantes. Um conceito fundamental da Orientao a Objetos o de herana, que permite expressar semelhanas entre classes na estrutura do domnio do problema. Isto permite a definio de novas classes baseadas em classes j definidas. Com a aplicao desse conceito, as funes e atributos comuns de um medidor genrico so definidos uma nica vez, em uma classe abstrata. Desta forma, medidores especficos de cada fabricante podem ser obtidos como especializaes ou implementaes dessa classe. Instncias correspondentes aos dispositivos fsicos podem ento ser representadas por objetos da classe associada (ver Figura 1).
Medidor Genrico Definies Bsicas

campo relacionados a empresas de energia eltrica, COSEM a nica que j define uma modelagem de medidores de energia eltrica, o que determinou nossa escolha. Assim, o modelo genrico foi baseado nessa especificao, procurando descrever atravs de suas classes as funes de medio definidas na Norma ABNT NBR 14522 (NBR, 2000). importante ressaltar que no implementamos o padro DLMS/COSEM, mas que usamos apenas suas classes de interface como base para gerar os nossos blocos bsicos de construo. Essas classes so mapeadas em tipos de dados compostos, com base na estrutura de esquemas XSD (XML Schema Definition). A composio dessas classes forma um esquema XSD, que representa o modelo lgico de um medidor de energia genrico, e que pode ser especializado em XSDs de medidores especficos. Instncias desses XSDs so os arquivos XML que representam um estado (um objeto) de um medidor especfico. Ou seja, um sistema que deseja realizar uma leitura dos dados de um medidor, solicita e espera receber um documento XML em conformidade com esse XSD. Em adio, considerando o fato de que uma empresa possui diversos medidores de um determinado modelo, o XSD correspondente serve para representar toda a gama de medidores desse modelo. 3 Modelagem de Classes de Interface COSEM em Esquemas XSDs O primeiro passo na modelagem foi a definio das classes de interface COSEM como blocos bsicos de construo nos esquemas XSD. COSEM define 24 classes de interface bsicas (DLMS, 2002). Em nosso trabalho usamos apenas aquelas que seriam teis para a modelagem dos medidores nacionais, que seguem a norma NBR 14522 e so mais comuns no contexto da Eletropaulo. A notao utilizada para caracterizar uma classe de interface em COSEM define o nome da classe, seus atributos e seus mtodos. Tomemos como exemplo a classe de interface Extended Register (ver Figura 2). Nesse exemplo, os diversos campos indicados esto abaixo descritos (na Tabela 1 ser mantida a nomenclatura em ingls, por compatibilidade com a documentao do padro).
Extended Register Atribute(s) 1 logical_name 2 value 3 scaler_unit 4 status 5 capture_time 0..n Data Type octet-string instance specific Scal_unit_type instance specific Octet-string Class_id=4, Version=0
Min. Max. Def.

Medidor Saga 1000 (Classe MedidorSaga1000) Definies diretamente herdadas e definies especializadas

(static) (dyn) (static) (dyn) (dyn)

Figura 2: Classe Extended Register.

Figura 1: Um dos benefcios da modelagem de dispositivos facilitar o reuso de definies comuns.

Uma iniciativa nessa rea, e ainda em estgio de desenvolvimento, a especificao COSEM (DLMS, 2002). O modelo que proposto nesse trabalho usa como base as classes de interface definidas nessa especificao. No estgio atual dos esforos em direo padronizao do acesso a dispositivos de

Com o objetivo de facilitar a visualizao da modelagem, as classes de interface so representadas por diagramas estruturais, construdos com o uso da ferramenta XMLSPY (Altoya, 2004). Por exemplo, a mesma classe Extended Register vista na Figura 3 como o tipo complexo ExtendedRegister, com os seus elementos constitutivos class_id, version e todos os seus atributos (logical_name, value, scaler_unit, status, e capture_time). Sendo essa notao recursiva, o atributo scaler_unit representado pelo

tipo complexo scaler_unit_type, que possui os elementos scaler e unit.

Descreve a classe Especifica o nmero de instncias dessa classe que podem existir em um dispositivo lgico 4 Identifica o cdigo da Class_id classe (feito pela Associao DLMS) 0 Cdigo de verso da classe Version No exemplo, de Especifica os atributos que Attributes logical_name a pertencem classe; capture_time; logical_name sempre o podem ser estticos primeiro atributo de uma ou dinmicos classe e identifica a instncia e.g., octet-string Define o tipo de dados do Data Type atributo Especifica se o atributo Min. tem um valor mnimo Especifica se o atributo Max. tem um valor mximo Especifica se o atributo Def. tem um valor default Tabela 1: Especificao dos campos da classe de interface Extended Register. Class name Cardinality Extended Register 0..n

Figura 3: Diagrama estrutural da classe de interface Extended Register.

<xs:complexType name="ExtendedRegister" class_id="4" version="0" > <xs:annotation> <xs:documentation> Tipo Registrador Extendido </xs:documentation> </xs:annotation> <xs:sequence> <xs:element name="logical_name"> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:minLength value="0"/> <xs:maxLength value="8"/> </xs:restriction> </xs:simpleType> </xs:element> <xs:element name="value"> <xs:simpleType> <xs:restriction base="xs:long"> <xs:minInclusive value="0"/> <xs:maxInclusive value="99999999"/> </xs:restriction> </xs:simpleType> </xs:element> <xs:element name="scaler_unit" type="scaler_unit_type"/> <xs:element name="status" type="xs:anyType"/> <xs:element name="capture_time" type="xs:dateTime"/> </xs:sequence> </xs:complexType>

um objeto do tipo ExtendedRegister e seus atributos devem obedecer. Assim, por exemplo, uma grandeza mapeada como uma instncia dessa classe deve ter o atributo value (em negrito no cdigo) do tipo inteiro longo (xs: long) e pode variar entre 0 e 99999999. Assim, uma grandeza de um medidor que possui todos os atributos de um tipo ExtendedRegister modelada como uma instncia desse tipo complexo de dados. Com isso, ganha-se em clareza na modelagem, pois se modela apenas uma vez a classe e, para cada grandeza do tipo ExtendedRegister, basta associ-la a esse tipo. Diversas outras classes COSEM foram mapeadas. Dentre elas, classes que representam as associaes COSEM. As associaes constituem um dos mecanismos usados para implementao dos requisitos de segurana no padro COSEM. Atravs das associaes possvel estabelecer os direitos de acesso aos dados do medidor, com base em restries aplicadas a cada cliente. Esses direitos dizem respeito aos objetos vistos pelo cliente, bem como s restries que sero impostas nos acessos aos atributos e mtodos desses objetos (e.g., usurios administradores podem ter acesso de leitura e escrita de parmetros, enquanto que usurios do tipo consumidor podem apenas ler esses parmetros). Os objetos visveis em uma associao podem ser obtidos por um cliente atravs da leitura do atributo "object_list" do objeto "associao". Assim, diferentes clientes podem ter diferentes vises de um mesmo dispositivo. Dois tipos de associao so definidos em COSEM, um para as chamadas associaes de nome curto (Short Name - SN) e outro para as associaes de nome lgico (Logical Name - LN). A diferena entre elas est: (i) na forma de endereamento dos mtodos e atributos dos objetos que elas referenciam, e (ii) nos tipos de restries de acesso e segurana que elas oferecem. Assim, se a associao utilizada no dispositivo lgico do tipo AssociationSN (Figura 4) haver uma instncia dessa classe de interface para cada associao que o dispositivo possa manter. no atributo "object_list" que ficam armazenados todos os objetos aos quais a associao faz referncia, ou seja, um objeto que estiver na lista pode ser acessado de acordo com as restries que estiverem estabelecidas pela associao.

Figura 4: Associao do tipo AssociationSN.

Cdigo 1: Cdigo XSD da estrutura indicada na Figura 3.

4 Representao de um Medidor de Energia Genrico Com base na norma nacional, e nos manuais dos medidores de interesse, identificamos as caractersticas gerais que um medidor de energia

O esquema XSD apresentado na Figura 3 pode ser visto em seu formato texto no Cdigo 1. Como pode-se notar, este XSD mostra as restries s quais

precisa possuir para atender s necessidades do mercado nacional. Visando sua validao, o modelo genrico proposto, que atua como um elemento unificador, foi utilizado para representar as definies de dados de trs diferentes modelos de medidores: o Saga 1000 da ESB, o Spectrum SX da Nansem e o Elo2180 da Elo. A representao unificada resultou em um medidor de energia genrico, que abrange o domnio do problema dos trs modelos e a norma NBR 14522. A estrutura do modelo definida em sub-sees correspondentes s partes componentes de um medidor de energia genrico. Cada uma dessas partes definida como um elemento composto de subelementos, esse refinamento prosseguindo at atingirmos um tipo bsico como definido em COSEM. Um medidor, tipicamente, pode ser visto como indicado na Figura 5. A ttulo de exemplo, ilustraremos a definio das grandezas de faturamento.

Cada um dos elementos que modelam as grandezas de faturamento composto por elementos filhos, que representam as grandezas especficas. Adicionalmente, cada uma das grandezas ter um tipo de acordo com suas necessidades e seguindo a recomendao da especificao COSEM. Por exemplo, a grandeza CN349 (Totalizador do Canal 3 no Intervalo de Integrao Atual), em destaque na Figura 7, do tipo Extended Register. Segundo a nomenclatura que adotamos, CN349 diz respeito ao Canal (CN3) e ao cdigo de referncia (49) da grandeza nas normas ABNT.

Figura 5: Medidor de energia genrico.

Figura 7: Declarao da grandeza CN349 como do tipo ExtendedRegister.

4.1 Grandezas de Faturamento 4.2 Modelagem Adicional O conjunto escolhido para compor cada subgrupo de grandezas de faturamento amplo o bastante para possibilitar a representao dos medidores mais comuns e est de acordo com a norma NBR 14522. Referindo-se Figura 6, IG representa as Informaes Gerais de um medidor, CN1 as grandezas relativas ao Canal 1 (que tratam de energia ativa), CN3 as do Canal 3 (energia reativa capacitiva), etc. (NBR, 2000). Ainda compondo um medidor genrico, quatro outros blocos de informao so especificados. O primeiro relacionado s interfaces de comunicao disponveis, ou seja, um bloco identificando as caractersticas bsicas das portas de comunicao. O segundo relacionado aos registros adicionais, como, por exemplo, os dias especiais (feriados), que so armazenados para o caso de tarifao diferenciada. O terceiro bloco armazena parmetros de configurao do medidor e o quarto bloco armazena dados relativos memria de massa. As linhas gerais da modelagem seguem o que j foi apresentado no item de grandezas de faturamento. 5 O Sistema Padronizado de Leitura e Parametrizao de Medidores A soluo adotada para o desenvolvimento do Sistema Padronizado de Leitura e Parametrizao de Medidores de Energia (PLPM) foi a integrao dos dados atravs de um modelo comum de informao, e que pode ser particularizado para representar dispositivos similares de diferentes fabricantes.

Figura 6: Representao das grandezas de faturamento de um medidor.

A utilizao de um cenrio distribudo baseado na web para a construo da aplicao tornou-se conveniente. Isso traz flexibilidade e transparncia, na medida em que permite a aquisio dos dados, por todos os agentes envolvidos, gerador, vendedor, comprador, auditor, etc., alm de ser uma tendncia nas discusses associadas a padres para a rea. A Figura 8 mostra a arquitetura da aplicao:

necessrio o uso de linguagens de como XSLT, e parsers como linguagens permitem transformar formato que os medidores fornecem vice-versa. 5.1 Processo de Leitura

transformao, JAXP. Essas os dados do para o XML e

Figura 8: Arquitetura do sistema.

As Interfaces de Usurios (IUs) do prottipo so descritas por pginas HTML, contendo applets para a exibio dos dados das leituras realizadas no medidor e para validao de parmetros a serem carregados no medidor. As IUs so visualizadas em navegadores web e trocam dados codificados em HTML e XML com o sistema atravs de protocolos padres. O Sistema PLPM atua como um servidor web, com sub-funes especficas para ler, processar e armazenar os dados, e repassar parmetros ao medidor. Para facilitar a realizao de testes foi necessria a construo de um simulador de medidor. Basicamente, o que esse simulador faz retornar ao sistema PLPM, quando solicitado, uma leitura em formato XML. Esse arquivo de leitura obtido pelo mapeamento de arquivos K7 (arquivos de leitura gerados por medidores de energia reais) no formato XML. O protocolo de comunicao entre o sistema PLPM e o simulador de medidor o RMI. A escolha desse protocolo deve-se ao fato de utilizarmos a linguagem Java no desenvolvimento, que padro de facto em programao na web. Um grande problema na rea que os medidores usualmente utilizam protocolos proprietrios para a troca de dados, ou ainda algum outro, como o Modbus. Ou seja, no h uma padronizao entre os fabricantes alm daquela indicada pela norma NBR 14522. Esse ltimo protocolo, embora insatisfatrio para as demandas atuais, o nico em comum para aquisio de dados de medidores nacionais. Dessa forma, em nosso prottipo, esse foi o protocolo escolhido para comunicao entre o PLPM e o medidor. importante notar que o sistema PLPM projetado para trabalhar com um medidor do futuro. Para os nossos propsitos, caracterizamos como um medidor do futuro, aquele que, quando solicitado pelo sistema, devolve uma leitura de dados e/ou parmetros no formato de um arquivo XML, em conformidade com o modelo XSD que o descreve. Para adaptar o sistema PLPM aos medidores atuais

Para ler dados, ou alterar os parmetros de configurao de um medidor, o usurio precisa acessar a IU atravs de um navegador. No primeiro instante, exigida a autenticao do usurio atravs de um formulrio HTML. Se a autenticao for realizada com sucesso, a IU apresenta a interface de leitura e manipulao de dados. O usurio precisa ento se identificar para estabelecer seu nvel de permisso de acesso e indicar de qual medidor deseja ter informaes. Isso possvel atravs da identificao das restries de acesso ao medidor, via o seu XSD. A interface tambm se adapta s restries de acesso de cada classe de usurio s diversas informaes do medidor. Em carter de avaliao de conceitos, para analisarmos o emprego das associaes, definimos trs classes de usurios, dois administradores com permisses distintas e um consumidor com permisses restritas. As restries de acesso aos dados para cada usurio so descritas de acordo com associaes no medidor. Esses usurios so: Administrador 1 - tem direitos de leitura sobre todos os dados e parmetros, e permisso para parametrizar o medidor; Administrador 2 - tem direitos de leitura sobre todos os dados e parmetros, mas no tem permisso para parametrizar o medidor; Consumidor - tem direito de leitura de alguns dados de faturamento para controle interno. A Figura 9 ilustra os dados relativos ao canal 1 de um medidor Saga 1000, de uma leitura realizada por um usurio do tipo Consumidor.

Figura 9: Processo de leitura do medidor.

Como podemos notar, a Figura 9 possui as grandezas listadas em trs maneiras. Essa foi a forma que achamos conveniente para ilustrar as restries que um medidor possui em relao ao modelo genrico e as restries de um usurio em relao s associaes. As grandezas com o nome em negrito, e os campos em branco e com valores preenchidos, como as quatro primeiras no exemplo, representam aquelas que existem no medidor e que o usurio tem

acesso. As grandezas com os nomes em cinza representam as grandezas que existem no modelo genrico, mas no so implementadas nesse medidor especfico. As outras grandezas com o nome em negrito, porm com os campos preenchidos com o texto Sem acesso, representam as grandezas que o medidor possui, mas que o usurio atual no tem permisso de acesso. 5.2 Caractersticas Adicionais do Sistema As seguintes caractersticas devem ser destacadas em nosso sistema de agregao de medio: Os acessos aos dispositivos so feitos atravs de navegadores de Internet, tais como Netscape ou Internet Explorer, possibilitando visualizao em qualquer regio geogrfica e a partir de qualquer computador, sem o uso de aplicativos especficos; O medidor de energia tambm poder estar em qualquer regio, desvinculando a ao da concessionria a uma determinada rea fsica de atuao; Transparncia e flexibilidade, na medida em que permite a obteno dos dados por todos os agentes envolvidos (gerador, vendedor, comprador, auditor etc); Fcil incorporao de novos medidores, bastando para isso incorporar os XSDs que os descrevem. 6 Caractersticas de Segurana A questo da segurana um ponto de extrema importncia para se manter a integridade dos dados em um sistema computacional, principalmente quando o acesso ocorre via web, e havendo ainda mltiplos agentes envolvidos. No caso dos medidores de energia e sistemas de medio, os agentes so as empresas de energia eltrica, os consumidores e as entidades reguladoras. Para garantir a integridade dos dados, propomos uma poltica de segurana em diversos nveis (ver Figura 8). Um primeiro nvel baseado na prpria arquitetura da Internet, nos seus protocolos e mecanismos de autenticao padronizados. Um outro nvel de segurana baseado na gerao de logs em diversos pontos do sistema. Um terceiro nvel baseado nas associaes estabelecidas com os dispositivos lgicos. Adicionalmente, foram tambm mantidas as tradicionais caractersticas de segurana j implementadas na rea de medio, como o registro das alteraes realizadas no medidor (Nvel 4 da figura 8). No que diz respeito ao Nvel 1, foram adotadas solues disponveis livremente, gratuitas e comprovadamente eficazes para troca de informaes. Essas tecnologias so a SSL (Secure Socket Layer), o conceito de roles e realms, e a autenticao atravs de certificados digitais (ASF, 2003). No nvel de gerao de logs (Nvel 2 na figura 8), so armazenadas informaes de acesso ao sistema e ao medidor feitas pelos usurios. Por exemplo, se um usurio muda algum parmetro no medidor, sero armazenados, a identificao do usurio, o parmetro que foi alterado, a data, a hora,

e o nmero IP da mquina de onde a alterao foi feita. A gerao de logs importante e pode ser usada para a realizao de auditorias no caso de suspeita de fraudes. O Nvel 3 est associado diretamente ao dispositivo lgico e refere-se ao conceito de associaes. Quando um dispositivo fornece um dado em XML ao sistema, ele fornece tambm as restries de acesso a esse dado de acordo com o usurio que o est requisitando. O Nvel 4 refere-se aos procedimentos j tradicionais. 7 Concluses O objetivo principal deste trabalho foi demonstrar, em termos conceituais e prticos, os benefcios e vantagens da abordagem de utilizao de modelos para a integrao de sistemas heterogneos, principalmente no contexto de medidores de energia eltrica. Nessa abordagem, a interoperabilidade entre sistemas tratada em um nvel mais alto de abstrao, no nvel de representaes de domnio. O uso de modelos como estratgia de integrao mostrou-se uma boa alternativa no processo de integrao de sistemas. Essa abordagem permite que a soluo esteja centrada nas funcionalidades e no comportamento dos sistemas, separando-os dos detalhes das tecnologias utilizadas na implementao. Um ponto importante a ser destacado que, tanto na modelagem quanto na implementao do sistema, houve uma preocupao na adoo de padres e em solues de software livres e gratuitos, e ainda a independncia de plataforma de execuo. Assim, utilizamos XML como forma de representao e modelagem dos dados, Java como linguagem e ambiente de desenvolvimento, a Internet como arquitetura, TCP/IP, HTTP e SSL como protocolos de comunicao. Referncias Altova (2004). XMLSPY. Disponvel em http://www.xmlspy.com, pgina consultada em Fevereiro de 2004.
ASF (2003). The Tomcat 4 Servlet/JSP Container, Documentation Index, Apache Software Foundation, http://jakarta.apache.org/tomcat/tomcat-4.0-doc/.

DLMS (2002). DLMS UA 1000-1, COSEM Identification System and Interface Objects, 5a. ed., DLMS User Association.
NBR (2000). Intercmbio de informaes para sistemas de medio de energia eltrica, NBR 14522, Associao Brasileira de Normas Tcnicas, Rio de Janeiro. Reynoso E.M.D. (2003). Integrao de Sistemas Baseada em Modelos: Uma Aplicao no Setor Eltrico, Dissertao de Mestrado, PGC-IC/UFF, Maro. UCA (2000). Generic Object Models for Substation & Feeder Equipment (GOMSFE), Verso 0.91, Utility Communications Architecture, EPRI. UCA (1997). Introduction to UCA Version 2.0, Editorial Draft 1.0, Utility Communications Architecture, EPRI. W3C (1998). Extensible Markup Language (XML) 1.0, 2a. ed., WWW Consortium.