PROJETO E IMPLEMENTAO DE UM SISTEMA DE INFORMAO PARA TRFEGO URBANO Ricardo Schmidt Carlos Barros Montez Werner Kraus Junior

Keli Cristina Manini Michel Pires de Arajo

Departamento de Automao e Sistemas Universidade Federal de Santa Catarina RESUMO Um sistema de informao aplicado em conjunto com uma Central de Trfego tem a finalidade de tratar e disponibilizar as informaes sendo coletadas e geradas pela central, atuando como fonte de informao para usurios, gerenciadores de trfego e para outros sistemas de informao. Este trabalho apresenta aspectos importantes para a estrutura e a implementao de um sistema com este propsito. ABSTRACT An information system operating along with a Traffic Management Center has the functionality for treating and making available information gathered and generated by the Center, acting as an information source for users, traffic managers and other information systems. This work presents important aspects for the structuring and implementation of such systems.

1 INTRODUO Ao buscar mobilidade urbana, os habitantes das cidades brasileiras deparam-se com a falta de informao que auxilie na tomada de deciso sobre o modo de transporte a adotar, ou mesmo que d subsdio previso de tempo de viagem, condies de trfego, vagas de estacionamento etc. A construo de sistemas de controle de trfego em tempo real podem contribuir para mudar esta realidade, na medida em que torna-se disponvel informaes sobre o estado das vias. Devidamente distribuda atravs de um Sistema de Informao, estas podem ser usadas, p.ex., por operadores de nibus para estimar atrasos de viagem e prever a necessidade de ajustes no escalonamento. Tambm, motoristas podem usar a informao para tomar decises sobre rotas. O problema em construir um Sistema de Informao a heterogeneidade dos equipamentos e softwares usados em aplicaes de transporte (chamados de equipamentos de ITS Intelligent Transportation Systems), pois todos so fonte de dados sobre as vias. Como exemplo, podese citar, alm do controle semafrico, a gerncia de estacionamentos, a administrao de obras de manuteno viria, o controle de frota de nibus, e os sistemas de multa eletrnicos. Interligar estes sistemas importante no sentido de disponibilizar informaes e de estabelecer polticas globais de mobilidade urbana. O presente trabalho trata da definio de um Sistema de Informao para disponibilizao de informao em tempo real aos diversos tipos de usurios e de autoridades gestoras das vias pblicas. A nfase se situa na interao entre o sistema de informao e uma central de controle de trfego, pois esta aplicao tem sido desenvolvida em parceria com equipe que desenvolve uma central de trfego (KRAUS JR., 2004). Entretanto, a preocupao com a troca de dados com outros sistemas levou adoo de arquitetura de referncia para subsidiar o desenvolvimento desta aplicao. Com isto, consegue-se desenvolver independentemente sistemas que viro a interagir quando colocados em operao. A organizao do artigo segue a seguinte estrutura. Incialmente, apresentada uma viso geral dos sistemas sendo construdos, que so uma central de trfego, uma plataforma de
144

micro-simulao de cenrios urbanos, e o sistema de informao que o foco deste trabalho. A Seo 3 descreve o Sistema de Informao com nfase no sistema de armazenamento de informaes e na viso de usurio que busca informao sobre estado das vias. Em seguida, a Seo 4 apresenta perspectivas para o trabalho, aps a qual so feitas consideraes finais acerca do trabalho. 2 ARQUITETURA GERAL O desenvolvimento de um sistema de controle de trfego urbano levou em considerao a existncia de dois importantes componentes (Figura 1): Central de Controle de Trfego e Sistema de Informao sobre Condies de Trfego. Esses dois componentes agem de forma integrada: a Central de Controle alimenta o Sistema de Informao com dados (ex. aqueles relacionados com as condies do trfego); e o Sistema de Informao pode retornar dados que subsidiem algumas aes tomadas pela Central de Controle (ex. comportamento histrico do trfego).

Figura 1 - A arquitetura do sistema de controle de trfego.

A Central de Trfego considerada o elemento principal, reportando aos gerentes de trfego a situao atual das vias monitoradas, tendo atribudas as funes de processamento dos dados de campo recebidos e a determinao das aes a serem tomadas para a coordenao do trfego. A ao sobre o trfego feita atravs da coordenao dos semforos. A Central dotada de uma base de dados onde, alm das informaes recebidas de campo, esto armazenados dados sobre as principais entidades envolvidas no controle, tais como: vias, sensores e atuadores e tambm os planos de coordenao. Uma vez determinados os planos de atuao, a central fica responsvel pela execuo destes planos, deixando para gerentes as aes diretas em casos especiais como, por exemplo, acidentes. O Sistema de Informao sobre condies do trfego responsvel por disseminar os dados para diferentes tipos de usurios. Alguns dados so: condio atual das vias, informaes histricas sobre o trfego, rotas possveis, dados sobre transporte pblico, entre outros relacionados questo do trfego. Entre os usurios interessados nas informaes esto viajantes, operadores de subsistemas de trfego e at mesmo outros sistemas. Por ser muito difcil a utilizao de dados reais, coletados por infra-estrutura j implantada, a soluo adotada a utilizao de um programa de simulao de trfego. No projeto est sendo utilizado o programa SITRA (Sodit, 2002) que realiza a micro-simulao de um trecho de vias existentes na cidade de Florianpolis, SC. A via simulada de grande movimento e possui elementos como: semforos, cruzamentos, sensores nas vias e tambm estacionamentos. A simulao obedece a parmetros de funcionamento que so determinados pela Central de Trfego e que podem sofrer alterao durante sua realizao. Para tanto, foi estabelecida a
145

comunicao entre estes mdulos, permitindo o envio de comandos de atuao da central ao simulador e o envio de informaes de estado do simulador para a central. Apesar do importante papel desempenhado pela Central de Controle no sistema de controle de trfego, este trabalho trata sobre o Sistema de Informao. Por esse motivo, a prxima seo o apresenta com um maior nvel de detalhamento. 3 SISTEMA DE INFORMAO O Sistema de Informao sendo desenvolvido segue a National ITS Architecture (NIA) (ITS, 2003), a qual pode ser concebida como uma arquitetura de referncia e prov uma estrutura comum para planejar, definir e integrar sistemas de transporte inteligentes. Na arquitetura esto definidos dez subsistemas do tipo central, sendo o Sistema de Informaes (ISP Information Service Provider) um destes. Seguindo as definies da NIA, o subsistema ISP coleta, processa, armazena e dissemina informaes sobre transporte para operadores do sistema e para usurios, apresentando funcionalidades como repositrio de dados, fonte de informao e ferramenta para auxlio na escolha de rotas. 3.1 Viso geral do ISP O propsito do sistema de informao servir como um provedor das informaes relacionadas direta ou indiretamente com o trfego, como a taxa de ocupao em uma determinada via, rotas e horrios de nibus ou o comportamento histrico do trfego nas vias. Assim, o ISP serve aos propsitos de diferentes tipos de usurios, seja cidados em busca de informaes, gerenciadores de trfego ou outros sistemas como, por exemplo, um sistema de logstica urbana que incorpore dados histricos do comportamento da malha viria. Os dados recebidos pelo ISP provm da Central de Trfego, sendo que as principais informaes so referentes s vias, nas quais constam dados sobre o fluxo do trfego, taxa de ocupao na via, velocidade mdia, atraso, volume e nmero de pistas abertas e fechadas. Tambm so enviadas informaes sobre estacionamentos, sendo que volume de ocupao a principal. Usurios podem acessar as informaes atravs de uma pgina Internet onde so exibidos dados sobre a situao das vias monitoradas e tambm sobre estacionamentos presentes nesta rea. A Figura 2-a apresenta a pgina com o mapa de ruas, no qual a situao das vias indicada por um esquema de cores. Este mapa atualizado a cada 60 segundos e possui a capacidade de apresentar informaes detalhadas sobre cada trecho, bastando que o usurio selecione um trecho desejado. J as informaes sobre estacionamentos so apresentadas em estruturas de tabelas. Para que seja apresentado o mapa ao usurio, h uma seqncia de aes (Figura 2b) que deve ser seguida; um usurio faz a entrada atravs de algum dispositivo remoto acessando o mdulo RTS (suporte a usurios remotos); o perfil do usurio lhe concede o acesso s informaes e efetuada a sua requisio; aps processado o pedido, so retornadas as informaes necessrias e, finalmente, atualizada a interface do usurio.

146

a)

b)

Figura 2: a) Pgina com o mapa de ruas e os detalhes sobre um trecho; b) diagrama de seqncia para uma requisio de um usurio. Os dados recebidos e enviados pelo Sistema de Informao esto modelados em XML (W3C, 2004), sendo que foram criados DTDs (Document Type Definition) para definir a estrutura dos documentos que so trocados. A Figura 3 mostra um exemplo de uma mensagem estruturada em XML. Nesta mensagem esto sendo informados dados sobre a situao atual de um trecho, contendo sua identificao, o atraso para o percurso e a velocidade mdia dos veculos. A escolha de usar o XML feita para facilitar a interoperao com sistemas diferentes e evitar o uso de uma forma de estruturao que no seja padronizada.
<message> <traffic_data_flow> <current_roadway_network_state> <current_road_network_state> <link_identity> <unit_number>11111</unit_number> <link_type>5</link_type> <location_identity>1212</location_identity> </link_identity> <link_delay>25</link_delay> <link_speed>33</link_speed> </current_road_network_state> </current_roadway_network_state> </traffic_data_flow> </message>

Figura 3: Exemplo de estrutura de mensagem em XML. Um problema que surge em sistemas como este o grande volume de dados sendo manipulado, pois os dados lidos em campo e informados ao sistema tm uma taxa de amostragem de 15 segundos, o que totaliza 5760 valores lidos por dia para cada trecho. Devese levar em conta, ainda, que em cada registro so informados vrios dados, que h uma grande quantidade de trechos monitorados e tambm outras entidades sendo tratadas pelo sistema, por exemplo: estacionamentos. Por estas razes necessrio realizar uma consolidao destes dados visando reduo da quantidade de informao. Porm, nessa consolidao a qualidade da informao armazenada no pode ser perdida. A proposta definir faixas de horrios nas quais o comportamento do trfego seja semelhante, ento realizar o processamento das informaes referentes a cada um desses perodos e armazenar os dados j processados como, por exemplo, valores mdios: de volume, de velocidade, de
147

atraso, entre outros. Para lidar com o volume de dados foram criadas tabelas de acordo com a finalidade da informao a ser armazenada, como est representado nas tabelas (Figura 4) da entidade TRECHO, mostradas a seguir. As tabelas foram definidas nos tipos CADASTRO e ESTADO, separando dados com pouca alterao daqueles que constantemente mudam em virtude das amostragens sendo feitas em campo. Na tabela do tipo CADASTRO esto os dados de identificao da entidade e que possuem pouca ou nenhuma alterao. J a tabela ESTADO possui os dados inseridos na ltima atualizao, sendo o reflexo atual da situao de cada trecho monitorado. Para criar o registro histrico das informaes, foi criada a tabela HISTORICO, assim, a cada atualizao efetuada na tabela ESTADO realizada uma insero na tabela ESTADO_HISTORICO.

Figura 4: Representao das tabelas para a entidade Trecho. Esta forma de separar os dados em CADASTRO e ESTADO no realizada apenas com a entidade Trecho tambm feita com outras entidades, como: Estacionamento e os prprios dispositivos (semforos, sensores, painis de mensagens, entre outros). Estas informaes ficam armazenadas em carter histrico, criando um registro do comportamento do trfego nas vias. Dados histricos so importantes para a realizao de estudos sobre o comportamento do trfego em diferentes perodos como, por exemplo, verificar o fluxo de veculos numa dada via no perodo das 18h s sextas-feiras. A maneira como est sendo implementada a base de dados j uma inteno para a implantao futura de sistemas de Data Warehouse e Data Mining (KIMBALL, 1998). A aplicao de tais sistemas traria vantagens do ponto de vista de um sistema de auxlio deciso a ser usado pelos gerenciadores de trfego. 3.2 Tecnologias e ferramentas utilizadas A Figura 5 mostra como realizado o acesso dos usurios s informaes, este feito atravs da Internet onde uma pgina apresenta um mapa da situao atual das vias. A cada 60 segundos esse mapa atualizado atravs de uma consulta BD do sistema de informao. Nessa consulta o servidor de pginas (integrante do ISP) realiza uma chamada de mtodo a um objeto que ir acessar a base de dados e retornar as informaes obtidas.
148

Figura 5: Esquema de acesso s informaes. Devido ao fato de a Central estar implementada em C/C++ e o ISP em Java, foi utilizado o CORBA (OMG, 2004) como padro para a comunicao entre os subsistemas. CORBA uma especificao para arquiteturas e infra-estruturas utilizadas na comunicao entre aplicaes em redes de computadores. Fornece funcionalidades para a interoperabilidade e a portabilidade em aplicaes distribudas, como por exemplo, a transparncia de localizao e heterogeneidade de plataforma e de linguagens de programao. De uma forma simplificada pode-se dizer que o CORBA permite que aplicaes comuniquem-se umas com as outras no importando onde esto localizadas ou quem as projetou. Estas aplicaes podem estar sendo executadas em diferentes arquiteturas de hardware (Intel, Sparc, etc) e em diferentes sistemas operacionais (Windows, GNU/Linux, Unix, Solaris, etc). A comunicao entre o ISP e a Central, mostrada na Figura 5, est sendo realizada por um ORB, que quem implementa os servios especificados pelo CORBA. Aqui, a Central possui um objeto representante do ISP e ao invocar seu mtodo, est enviando os dados para o sistema de informao que ir, ento, armazen-los na sua base de dados. Atravs do ORB tambm podem ser implementados objetos e mtodos para que a Central acesse informaes constantes na base do ISP. O servidor de pginas um mdulo que integra o ISP e cuja finalidade montar dinamicamente a pgina a ser exibida. Para isto o JSTL (JavaServer Pages Standard Tag Library) (JSTL, 2004) foi a tecnologia adotada. O JSTL possui facilidades para a manipulao dos dados, pois decodifica as informaes do formato XML para tags JSTL diretamente, sem a necessidade de criao e traduo dos dados para outras estruturas. Para implementar a base de dados foi escolhido o Firebird (FIREBIRD, 2004), uma base de dados de cdigo aberto e de fcil utilizao com cdigo Java. O gerenciador Firebird possui suporte s funcionalidades necessrias para a aplicao, como: acesso por JDBC, suporte ao SQL, triggers, entre outras caractersticas. Os ORBs utilizados so o ACE TAO (ACE, 2004) e o JacORB (JACORB, 2004), para implementaes em C e Java, respectivamente. Tais ORBs foram utilizados por serem ferramentas de uso liberado para aplicaes no comerciais (TAO) e cdigo aberto (JacORB) e ainda, por implementarem os servios necessrios, como o caso do servio de nomes. 4 PERSPECTIVAS Os servios oferecidos por um sistema de informao para trfego podem ser extremamente numerosos e abrangentes, pois pode existir uma heterogeneidade de clientes desses servios (ex. usurios humanos viajantes, outros sistemas de informao, etc.), cada qual acessando-os de muitas maneiras diferentes (ex. atravs de navegador web, telefone celular, etc.) e com
149

diferentes objetivos, e requisitos de tipos e detalhamentos das informaes obtidas. Uma questo importante que no se pode negligenciar no desenvolvimento de um sistema de informao o fato que um cliente pode precisar fazer acesso (direto ou indireto) a diferentes sistemas, implantados, por exemplo, em cidades distintas. Como exemplo de acesso indireto, um sistema que prov informaes sobre o estado de ocupao de vias em uma cidade pode necessitar fazer acesso a outro sistema situado em outra cidade, se alguns dos dados pesquisados forem relacionados com uma via conurbada. Finalmente, para tornar esse cenrio ainda um pouco mais complexo, sistemas de informao devem considerar a possibilidade de clientes mveis, que podem cruzar jurisdies e que desejam manter seus acessos aos servios de informao sem interrupes ou mudanas no comportamento na sua interface para o sistema de informao. Todas essas caractersticas demandam pesquisas no desenvolvimento de sistemas de informao com interfaces padronizadas e consistentes. Nesse sentido, vislumbramos algumas perspectivas de continuao do desenvolvimento do sistema de informao. Uma delas a adoo de tecnologias de web services (W3C, 2004). Essa tecnologia permite o desenvolvimento de aplicaes distribudas, onde o cliente do servio pode, dinamicamente, localizar e fazer acesso a seu servio. Essa caracterstica bastante adequada considerando que os clientes desses servios no precisam ser humanos (outros sistemas de informao) e podem ser mveis. Tambm h a perspectiva de implementar um Data Warehouse com as informaes histricas que j esto sendo armazenadas. Sobre este data warehouse podero ser implementadas tcnicas de extrao de dados (data mining) e com isso criar uma ferramenta para auxiliar gerenciadores de trfego nos processos de tomada de decises. Ainda, h a inteno de incluir um sistema de informaes geogrficas (SIG) para que sejam disponibilizados mapas aos operadores do sistema de trfego, onde as vrias informaes armazenadas possam ser interligadas, como por exemplo: atravs de mapas onde esto representadas as entidades sendo monitoradas, e que ao serem selecionadas, tem-se acesso aos dados de identificao, estado e at mesmo histrico. 5 CONCLUSO Este trabalho apresentou alguns aspectos relacionados com o projeto e implementao de uma arquitetura para um sistema de controle de trfego urbano composta por mdulos integrados. Foram apresentadas as caractersticas relevantes da Central de Trfego e do Sistema de Informao. Por se constituir em tema de interesse deste trabalho, alguns aspectos do sistema de informao foram melhor detalhados, como a constituio e o funcionamento da base de dados e a disponibilizao das informaes atravs da Internet. Agradecimentos
Os autores agradecem ao CNPq pelo suporte pesquisa recebido atravs do financiamento ao projeto Sincmobil (processo 552248/02-9).

REFERNCIAS

ACE, 2004. Real-time CORBA with TAO (The ACE ORB) http://www.cs.wustl.edu/~schmidt/TAO.html. Acessado em 10/06/2004. FIREBIRD, 2004. Firebird Relational Database for the New Millenium. http://firebird.sourceforge.net/. Acessado em 10/06/2004. JACORB, 2004. JacORB The free Java implementation of the OMG's CORBA standard.

150

http://www.jacorb.org/. Acessado em 10/06/2004. JSTL, 2004. JavaServer Pages Standard Tag Library. http://java.sun.com/products/jsp/jstl/index.jsp. Acessado em 10/06/2004. KRAUS JR., 2004. Kraus Jr., W., Farfn, K. C., Cuareli, F., Berti, R.M. e Carlson, R. C. Uma Plataforma para Desenvolvimento e Teste de Central de Controle em Tempo Real. Comunicao Tcnica, XVIII Congresso de Pesquisa e Ensino em Transportes, Florianpolis, SC. (Submetido). KIMBALL, 1998. Kimball, Ralph. The Data Warehouse Toolkit. Tcnicas para Construo de Data Warehouses Dimensionais. Makron Books, So Paulo, 1998; SODIT, 2002. Manuel Utilisateur Logiciel SITRA. SODIT, Ed. Maro 2002, Toulouse, Frana. W3C, 2004. Extensible Markup Language. http://www.w3c.org/XML/. Acessado em 10/06/2004;

__________________________________

Endereo dos autores: Laboratrio Integrado do DAS DAS CTC UFSC 88040-900 Florianpolis SC Tel.: 48 331 9742 E-mail: rschmidt@das.ufsc.br,montez@das.ufsc.br,werner@das.ufsc.br

151

152