Implementao do Sistema de Mapeamento de uma Linha de nibus para um Sistema de Transporte Inteligente

Li Weigang1 , Yaeko Yamashita 2, Osmar Quirino da Silva 3 , Deng XiJun2 , Miguel ngelo Trindade dos Prazeres4 , Daniel Cristino Silva de Oliveira1
1

Departamento de Cincia da Computao Universidade de Braslia (UnB) Caixa Postal 4466 70.919-970 Braslia DF Brazil 2 Departamento de Engelharia Civil Universidade de Braslia (UnB) 3 Departamento de Estradas de Rodagem do Distrito Federal - Braslia 4 Politec Informtica Ltda Braslia
{weigang, yaeko, deng}@unb.br, miguel@bsb.politec.com.br

Abstract. Intelligent Transport Systems (ITS) are being developed to optimize the operation and increase the satisfaction of urban transportation users. To reach this objective, the system will converge technologies of different sectors, such as Global Position System (GPS), Geographical Information Systems (GIS), Databank, Data Warehouse, Data Mining, Internet and Telecommunication systems, in order to make information available to the public transportation users at the bus stops and eventually on Web. The configuration of the system presents communication means among GPS, control center and interface to the public (panel and Web). The information system in the control center was implemented in the Java/JSP/DBMS/ DW/DM environment. This work shows the results of an implementation test in Braslia - DF. Resumo. O Sistema de Transporte Inteligente (ITS) est sendo utilizado para otimizar a operao e elevar o nvel de satisfao dos usurios de transporte urbano. Para atingir os objetivos almejados, este sistema utilizar tecnologias de setores distintos, tais como sistema de posicionamento global (GPS), Sistema de Informaes Geogrficas (GIS), Banco de Dados/Data Warehouse/Data Mining, Internet e Telecomunicao, cujo objetivo disponibilizar informaes aos usurios de transporte coletivo nas paradas de nibus e posteriormente pela Web. A arquitetura do sistema engloba comunicao entre GPS, centro de controle e interface com o pblico (Painel e Web). O sistema central foi implementado em ambiente Java/JSP/SGBD/DW/DM. O teste da sua aplicabilidade foi realizado no Plano Piloto em Braslia - DF.

1. Introduo
Os transportes coletivos no Brasil tm fundamental importncia no cotidiano da populao, j que representam, em muitos casos, o nico meio de deslocamento entre residncia e trabalho ou escola. Dentre os transportes coletivos, o nibus o meio mais utilizado, pela sua ma ior

acessibilidade e pelo atendimento amplo aos desejos de destino da populao. O usurio do transporte coletivo urbano por nibus no Brasil, na grande maioria das vezes no sabe ao certo o horrio em que deve chegar s paradas e nem os horrios exatos dos nibus. Nota-se, ento, a evidente necessidade de um sistema de informaes sobre horrios, que beneficie o usurio de transporte urbano coletivo por nibus. O sistema de mapeamento de linha de nibus um mdulo do Sistema de Informaes de Transporte Pblico Urbano por nibus com uso de Inteligncia Empresarial SITCUO como soluo de Sistemas de Transporte Inteligentes (ITS Intelligent Transportation Systems) que est sendo desenvolvido para elevar o nvel de satisfao dos usurios de transporte urbano. O ITS envolve uma gama de tecnologias que, quando aplicado ao nosso sistema de transporte, pode aumentar a eficincia no uso das atuais vias e redes de transportes, aumentando a segurana viria, reduzindo o congestionamento, aumentando a mobilidade, minimizando o consumo de energia e o impacto ambiental e ainda promover a produtividade [ZDT95, I br96, BR98, FT99, Gho2000]. As tecnologias so variadas e incluem processamento de informaes, comunicaes e controle eletrnico. A tecnologia permite a comunicao e o controle dos veculos em trnsito atravs do uso do sistema de telefonia celular, satlites do sistema GPS (Global Position System) [Hur89, Tri99] e internet. Alm de otimizar os processos logsticos, oferece tambm outras possibilidades. Os prprios softwares combinam dados que influenciam a eficincia e produtividade, bem como velocidade, rotao, e alertam as empresas de possveis irregularidades. O sistema controla qualquer comportamento anormal do veculo, desde um desvio (cerca eletrnica) at maneiras incorretas de conduo. Esse monitoramento economiza combustvel, aumentando a vida til do veculo e elevando a segurana, alm de otimizar o uso da frota atingindo objetivos econmicos almejados. Este trabalho tem como objetivo principal desenvolver um sistema de informaes de horrios para usurios e administradores de transporte coletivo urbano por nibus atravs da utilizao de GPS, Sistema de Informaes Geogrficas ( GIS) [Ber92] monitorado pelo centro de controle (em ambiente de JavaClass/JSP/Banco de Dados/Data Warehouse/ Data Mining) [Ino97, WF99, FK2000, HK2000]. Em princpio, o sistema foi implementado no centro de controle. O algoritmo de posicionamento do nibus foi descrito em detalhes e implementado segundo a metodologia de programao orientada a objetos atravs da UML[JBR99]. Um SGBD relacional se encarrega da persistncia dos dados. O experimento foi realizado e testado na cidade de Braslia utilizando uma linha de nibus que percorre o eixo monumental. 2. Prottipo do SITCUO O sistema est sendo instalado, primeiramente como prottipo, no monitoramento da linha 131 entre Rodovirio do Plano Piloto e Rodoferroviria de Braslia (eixo monumental) que operada pela empresa Riacho Grande. Este prottipo composto de uma configurao mnima de tal forma que permite a implementao bsica para teste bem como o seu funcionamento. A estrutura macro do sistema apresentada pela figura 1.

Sinal do GPS

Situao do veculo

Posio do veculo
Figura 1 Prottipo I

O funcionamento do sistema requer os seguintes itens: v Um kit eletrnico com GPS, computador e fax/modem interligado com uma linha de telefone celular (CrossChek AMPS) [Tri99] instalado no nibus recebe informao atravs do GPS comunicando a posio do veculo. v Telefone celular instalado no veculo que passa o sinal para a central de controle informando posio e outros dados atravs de celular. v Computador localizado no centro de controle para receber as informaes e processar atravs de uma rotina prpria para definir o posicionamento do veculo e estimar o tempo que o veculo dever levar para chegar ao ponto onde h um painel instalado. v Controle Central informa os horrios, tempo estimado para chegada do nibus, carga do nibus e condies de trfego aos painis eletrnicos nos pontos de nibus atravs de celular (NOKIA 6120i) conectado ao painel, bem como atravs da Web. 2.2 Posicionamento e monitoramento de veculo O posicionamento realizado atravs do uso de um kit de Crosscheck AMPS (figura 2) que informa as coordenadas geogrficas, velocidade e direo do veculo. Crosscheck AMPS um unidade mvel inteligente com GPS integrado a um transceptor celular para aplicaes de frota comerciais.

Figura 2 Crosscheck AMPS [Tri99]

2.3 Controle Central

A arquitetura do sistema SITCUO est representada pela figura 3. Ela apresenta os mdulos com os quais o sistema ter quando todas as fases forem acopladas. A entrada e a sada dos dados t ambm esto esquematizadas atravs do diagrama de contexto conforme figura 4.
Software de Transportes GPS SIG

Centro de Controle
OLAP
Data Mining

Painel Painel Painel

WEB

Executivo

Figura 3 Arquitetura do SITCUO

As informaes podem ser obtidas atravs de um sistema GPS e GIS que sero introduzidas no sistema instalado na central de controle. Da central de controle, saem informaes em duas direes, uma para o painel em cada ponto de nibus, e outro, para o sistema Web disponvel para a sociedade. No momento, a tecnologia permite que as pessoas possam acessar essas informaes pelo computador nas suas casas, mas futuramente, poder ser utilizada a tecnologia dos telefones celulares mveis WAP.

Sinal do Satlite

OBTENO DOS DADOS

CRIAO DO BANCO DE DADOS Tem por objetivo armazenar os dados permanentes na forma de arquivos, que so utilizados durante a execuo do programa.

PROCESSAMENTO DOS OS DADOS Calcular a Posio do nibus e Definir a Prxima Parada Calcular o Tempo Previsto para a prxima Parada

MOSTRAR OS RESULTADOS

Figura 4 Diagrama de contexto do sistema SITCUO

A implementao de um projeto piloto do sistema ser na Universidade de Braslia, onde ter um SGBD para gerenciar os dados que sero coletados regularmente pelo sistema com a utilizao de GPS instalado nos veculos para posterior armazenamento conforme o diagrama de contexto desenhado na figura 4. 2.4 Exibio das informaes no painel O SITCUO utilizar Jornal Eletrnico SEAT (Figura 5) para apresentar as informaes sobre os nibus ao pblico. Este produto foi desenvolvido pela empresa SEAT-Sistemas Eletrnicos de Atendimento que uma empresa especializada em fornecer equipamentos para o controle e gerenciamento de atendimento e qualidade

Figura 5 Jornal Eletrnico SEAT V6

2.5 Meio de comunicao (telefone celular e fixo) Neste projeto, a comunicao entre veculo, central e painel realizada conforme descrio abaixo e tambm como mostra a figura 1 prottipo I. Do kit de GPS e celular CrossCheck enviado um sinal para a central pelo telefone celular analgico, habilitado pela empresa TCO - Centro-Oeste Celular. Na central de controle do SITCUO tem-se um tel fone e fax-modem e para receber a ligao do kit CrossCheck, e tambm para enviar informaes do veiculo para o painel. No incio, foram utilizados equipamentos instalados no DER-DF. Futuramente, esses equipamentos sero instalados no laboratrio da Universidade de Braslia. A comunicao da central de controle para Jornal Eletrnico painel ser por telefone celular digital, habilitado pela TCO-Centro-Oeste Celular.

3. Sistema de Controle Central

3.1 Arquitetura do sistema A figura 6 apresenta a arquitetura do sistema de controle central do SITCUO. O ambiente e desenvolvimento apresentado na Tabela 1. Para implementao da base de dados do Sistema de Transporte Inteligente ser utilizado o DBMS Microsoft SQLServer verso 2000. Connection manager: Para sistemas onde a quantidade de requisio se torna GISnificativa, recomenda-se o uso de um connection pool. Para a nossa arquitetura, pretende-se tambm usar, porm no momento est sendo usado uma classe de conexo que permita comunicao dos processos da aplicao com o banco. Classe de Conexo: Esta classe implementa a conexo com o banco, permitindo assim que seja aberta a permuta de informao entre a ClasseDB (aquela que possui os

mtodos que efetuam consultas no banco), e o prprio banco que possui os dados carregados (SQL).

Browser on Web

Browser on Web

Browser on Web

Browser on Web

JAVASERVER PAGES (JSP) Clients requirements

JAVA BEANS

BUSINESS PROCESSING

CONNECTION MANAGER

DATABASE

Figura 6 Arquitetura do sistema de Controle Central

ClasseDB: Podemos considerar essa classe como sendo um business processing,. ela que possui a lgica da aplicao responsvel pela gerncia de todo o processo alm de efetuar clculos, ordenar dados das tabelas e tambm responsvel pela performance da query que se comunica com o banco.

Tabela 1 Ambiente de desenvolvimento

Banco de dados Tipo de conexo utilizada ClasseDB Java Beans Linguagem para Web Plataforma tecnologia

SQL Server 2000 Via ODBC (Uso de uma classe de conexo) Classe que efetua consultas no banco As classes intermediarias entre a JSP e a ClasseDB que encapsula dados Java Server Page (JSP) WEB/NT/Resin 1.1.3

JavaBeans : So classes de objetos Java que usam propriedades para descrever dados internos.. Em Java, os dados atuais de bean properties so variveis privadas(private) ou protegidas (protected). Podemos consider-las como sendo classes simples que funcionam como uma envoltura de dados que servem para encapsular as informaes. Elas possuem mtodos simples como get e set para cada bean properties, permitindo assim acessar dados internos atravs desses mtodos que por sua vez so pblicos. Essas so normas de orientao de objeto que escondem dados internos de usurios e expem somente os mtodos acessores. JavaServer Page (JSP): conhecida como uma camada de interao entre o usurio e o sistema (request/response) [FK2000], interage com os recursos atravs de outros objetos ou componentes Enterprise JavaBeans. Aqui as requisies e respostas das pginas se interceptam tornando-as uma camada de apresentao . 3.2 Construo de banco de dados Para apoiar e facilitar o desenvolvimento do software foi utilizada a metodologia orientada ao objeto UML [JBR99] e implementada atravs de programao orientada ao objeto Java. Assim, utilizamos um ambiente hbrido, pois adotamos orientao a objeto nas camadas cliente e de aplicao e, na camada de persistncia, temos o modelo relacional porque o mercado ainda no oferece muitas oportunidades de implementao da camada de persistncia em DBMSOO gerenciador de banco de dados orientado ao objeto. A justificativa para o uso hbrido de metodologias a de usar e combinar os melhores recursos que esto com ampla disponibilidade no mercado de informtica. Esta disponibilidade refere-se facilidade de uso e aprendizado em funo da cultura tcnica desenvolvida no ambiente de informtica. 3.3 Algoritmo para definir e estimar o posicionamento do veculo O algoritmo utilizado para estimar o posicionamento do veculo foi implementado na central como apresentado a seguir:

3.3.1 Definio do problema Obter os dados do arquivo texto que contm as informaes enviadas pelo GPS. Calcular o tempo previsto para que o nibus chegue prxima parada utilizando esses dados. Gravar as informaes do arquivo texto do GPS, bem como o resultado da operao do clculo, no Banco de Dados. Gravar um arquivo texto contendo o tempo calculado, bem como o texto que dever ser apresentado no painel.

3.3.2 Ferramentas utilizadas O programa foi desenvolvido na linguagem Java, que acessa um Banco de Dados no SQL Server e calcula a posio do nibus na linha em que opera e o tempo para a sua chegada nas prximas paradas. 3.3.3 Algoritmo Passo 1) definio do objeto; Passo 2) definio do mtodo de clculo; Passo 3) definio das variveis do sistema de operao de nibus : pos_nibus: Varivel float que armazena a posio do nibus (Latitude e Longitude) enviada pelo GPS e gravada no arquivo texto. pos_parada: Um vetor unidimensional cujo nmero de campos igual ao nmero de paradas. Esse vetor armazena a posio das paradas (Latitude e Longitude). tempo : Varivel float que armazena o tempo previsto para que o nibus atinja a prxima parada, calculado pela equao fsica t = s/v onde t o tempo, v a velocidade enviada pelo GPS e s a diferena entre a posio do nibus dada pelo GPS e a posio da prxima parada, contida no vetor pos_parada. velocidade: Varivel float que armazena a velocidade do nibus enviada pelo GPS e contida no arquivo texto. sentido: Varivel lgica que armazena o sentido em que o nibus est operando. Se o sentido for de ida, a varivel assume valor verdadeiro e se for de volta a varivel assume valor falso. i: Varivel inteira que serve de ndice para endereamento do vetor. deltas: Varivel float que armazena o mdulo da diferena entre a posio do nibus e a posio da prxima parada. Passo 4) Ler o arquivo *.dat do drive c:\windows\temp Passo 5) Atribuir s variveis listadas abaixo e seus valores correspondentes retirados do arquivo *.dat, arquivo esse enviado pelo GPS.

Algoritmo desenvolvido apresenta os seguintes passos:

pos_onibus = substring do texto que contm o valor da posio do nibus. velocidade = substring do texto que contm o valor da velocidade do onibus em km/h. sentido = substring do texto que contm o sentido da opera o do nibus. Passo 6) Armazenar na matriz pos_parada[] as posies das paradas. Observao: esses valores podem ser retirados da coluna pt_parada da tabela parada do Banco de Dados. Passo 7) Percorrer a matriz pos_parada[] para identificar qual a prxima, verificando o sentido que o nibus trafega. Com i variando de 0 ao tamanho da matriz. Para i variando de 1 at tamanho da matriz pos_parada[] faa se pos_onibus >= pos_parada [i] e pos_onibus <= pos_parada [i+1] ento pare seno incrementa i ; fim do se fim do para. se sentido = verdadeiro ento deltas = pos_parada [i+1] pos_onibus seno deltas = pos_onibus pos_parada [i] Passo 8) Converter os valores da varivel delta de Latitude e Longitude para quilometros. Passo 9) Calcular o tempo gasto para que o nibus atinja a prxima parada atravs da equao abaixo: t = deltas / velocidade Passo 10) Converter o tempo de segundos para minutos atravs da equao: t = t / 60. Passo 11) Gravar os valores das variveis tempo, velocidade e posio do nibus no Banco de Dados. Passo 12) Gravar um arquivo texto de sada, contendo os dados a serem emitidos no painel. Passo 13) Dar uma pausa de 1 minuto e voltar ao incio do programa para que seja executado novamente.

4. Experimento e funcionalidade do sistema

4.1 Linha 131 e Pontos de Parada A linha identificada como 131, cujo circuito definido entre a Rodoviria do Plano Piloto e a Rodoferroviria da cidade de Braslia. A extenso do percurso de 14,7 Km e o tempo de viagem de aproximadamente 40 minutos. A linha funciona de segunda a domingo. Nesta fase de teste um veculo particular foi utilizado. A freqncia de sada dessa linha de 10 minutos nos perodos de 5:00 s 6:30h e 18:30 s 0:00h; e 8 minutos de 6:38h s 18:30h. Considerando os dois sentidos da linha onde existem 6 paradas, a sua identificao dada pelo valor de j de 1 a 6 (o nmero de paradas (pt_parada) cadastradas na tabela parada no banco de dados. Os valores obtidos da localizao geogrfica das paradas de nibus foram apresentada na tabela 2.
Tabela 2 Coordenao do ponto de parada da linha 131

Ponto de parada Rodoferroviria Igreja da paz lado Sudoeste Tribunal TJDF Rodoviria Palcio do Buriti Igreja da paz lado QG 4.2 Experimento 4.2.1 Leituras do GPS

Sentido Leste Leste Leste Oest e Oeste Oeste

Latitude -015.776170 -015.782040 -015.787060 -015.794890 -015.777770 -015.780280

Longitude -047.940240 -047.923750 -047.907860 -047.882370 -047.909420 -047.922530

Os valores obtidos pelo GPS so transmitidos por uma linha de telefone celular e registrado em um arquivo como 3ac9dc00.dat que posteriormente lido por uma rotina que executada na central de controle, onde so lidas as seguintes informaes: A posio do nibus a coordenada -015.790280 em Latitude e a 047.889270 em Long itude e a velocidade de 57 km/h e o sentido Oeste. 4.2.2 A posio do nibus A posio geogrfica e sentido do nibus dado pelo GPS.O sistema obtm as seguintes informaes onde a sua posio comparada a cada elemento da matriz: A prxima parada a do palcio do Buriti , cuja coordenada 015.777770 latitude e -047.909420 longitude.

4.2.3 Deslocamento e tempo de viagem O deslocamento e o tempo de viagem foram calculados e encontrados os seguintes resultados: Os resultados dos deltas (deslocamento) de Latitude 0.012510 e Longitude 0.020150. Equivalente a distncia entre o nibus e a prxima parada, cerca de 3.1 quilmetros. O resultado do tempo de 315 (minutos e segundos.) 4.2 Exibio das informaes As informaes sero transmitidas para o prximo ponto de nibus onde sero exibidas em um painel. Sero tambm disponibilizadas na WEB para consulta por parte da comunidade. Um simples clicar no Menu e um formulrio ser carregado com as informaes pertinentes como mostra a figura 7.

Figura 7 Apresentao das informaes na WEB pelo soluo JSP

4.3.1 Interface de Sistema Interativo Essa interface se caracteriza pela participao do usurio na escolha da parada na qual ele deseja saber o tempo previsto para que o nibus chegue at ela. Essa interface recomendada aos usurios do transporte (passageiros) pois podero saber com exatido qual o tempo na parada de interesse, sendo desprezadas informaes que no lhe interessa. Atravs dessa tela possvel escolher entre as diversas empresas que atuam no ramo de

transporte coletivo, selecionando a linha desejada pertencente a empresa escolhida, e em seguida selecionar a parada na qual se deseja obter informaes que sero demonstradas na tela conforme figura 8.

Figura 8 Tela de Interface de Sistema Interativo

4.3.2 Interface de Sistema em Tempo Real A tela apresentada na figura 9 fornece em tempo real o deslocamento do nibus, calculando o tempo previsto para cada parada. Essa tela no depende da interao do usurio, sendo atualizada automaticamente de 1 em 1 minuto. Ela recomendada para os fiscais e operadores de linhas das empresas, onde estes teriam um completo monitoramento do nibus, identificando possveis atrasos e focos de problemas. Semelhante ao sistema de monitoramento de avies, presente nos aeroport os, essa tela demonstra informaes sobre determinado nibus. No exemplo, temos um veculo que se encontra a 2,3 Km da Rodoviria. Os tempos presentes em cada parada so calculados e atualizada cada vez que o GPS manda o arquivo. A seguir, o sistema efetua todos os clculos e apresenta as informaes na tela do sistema em Tempo Real. Todas essa operaes podem ser controladas, sendo que o tempo entre as atualizaes pode ser configurado.

Figura 9 Interface de Sistema em Tempo Real

4.3.3 Interface de Sistema Grfico (Geo-Processamento) Essa interface (figura 10 mostra graficamente a posio do nibus, indicada por um ponto azul e um circulo vermelho. Esse tipo de interface pode ser muito til aos fiscais de nibus, principalmente em viagens de longa distncia, pois ela permite uma identificao instantnea de desvio de rota. A visualizao grfica, pode ajudar a polcia a recuperar veculos roubados, bem como a empresa verificar se o motorista est fazendo o percurso correto.

possvel a identificao de seqestros e a verificao da distncia entre dois ou mais nibus da mesma linha.

Figura 10 Interface de Sistema Grfico (Geo-Processamento)

5. Conclues Na primeira fase de implementao, como primeiro teste de funcionamento SITCUO foram utilizadas informaes georeferenciadas da linha de nibus, onde se verificou a sua funcionalidade. Este estudo bastante importante uma vez que o setor de transporte pblico passa por um processo de transformao, onde o mercado competitivo vem se tornando cada vez mais acirrado. Em vrias cidades brasileiras o transporte pblico de passageiros por nibus vem perdendo o mercado para sistemas alternativos, e um dos motivos dessa mudana tem sido a falta de um sistema de informao que possa garantir o direito a viagem numa determinada hora. Como essas informaes sero disponibilizadas comunidade atravs da Web, isso permitir conquistar a confiabilidade do sistema e atrair novamente a sua clientela. Esta implementao demonstra tambm o sucesso da combinao de tecnologias de vrios setores como GPS, GIS, SGDB/DW e telecomunicao. Cabe lembrar que a soluo de comunicao atravs de telefone celular considerada de custo elevado, porm para o teste do sistema foi mais conveniente devido sua operacionalizao. Sabe-se que existem sistemas mais econmicos, mas que merecem um estudo especial, pois as tecnologias hoje apresentam uma dinmica evolutiva muito grande. Para melhorar os sistemas, podemos encontrar solues alternativas de meios de comunicaes tais como rdio que prometem ter um alcance maior com custos mais reduzidos. Pode-se tambm utilizar a comunicao via pager, ou mesmo via satlite, que apesar desta ltima opo ser mais cara, produz resultados mais satisfatrios. Agradecimento
Esta pesquisa apoiada pelo CNPq e Centro de Formao de Recursos Humanos em Transportes da Universidade de Braslia. Os autores agradecem os parceiros do projeto como TCO, ControlSat, SEAT, IBM e Viao Riacho Grande.

Referencias
Bernhardsen, TOR. (1992) Geographic Information Systems. Norway, Viakit. Brane, C. R. and C. Rizos (1998) Positioning Systems in Intelligent Transportation Systems. Clarke, M. e McCabe, K. (1999) Getting the Message Across; in Traffic Engineering Control, pp. 360 362. Faya, U., Shapiro, G. P. (1996) Data Mining and Knowledge Discovery in Database: An Overview, Communications ACM, Special Issue on Data Mining, V. 39, No. 11. Fields, D. K., M. A. Kolb (2000) Desenvolvendo na Web com JavaServer Pages, Rio de Janeiro, Editora Ciencia Moderna Ltda.. Forestini, F.; Tomasini, M. (1999) Access Control in Rome; in Traffic Engineering Control, pp. 388-391. Ghosh, S. (2000) Intelligent Transportation Systems: New Principles and Architectures, Bk&Cd-Rom edition, CRC Press; 192 pages, ISBN: 0849300673. Han, Jiawei, M. Kamber (2000) Data Mining: Concepts and Techniques, The Morgan Kaufmann Series in Data Management Systems, Jim Gray, Series Editor Morgan Kaufmann Publishers, 550 pages. ISBN 1-55860-489-8. Harrison, I. and U. Schwuttke (2000) Optimizing Satellite, Network, and Ground Station Operations with Next Generation Data Visualization; 2000, IEEE. Hurn, J. (1989) GPS Um Guia para a Prxima Utilidade, Trimble Navigation USA. Ibrahim, D. ( 1996) Busroute Public Transport Route Information System Using a GPS; in Traffic Engineering Control, pp. 519-522. Inmon, W. H. (1997) Como construir o Data Warehouse, Editora Campus, Rio de Janeiro. Jacobson, I., G. Booch, J. Rumbaugh (1999) The Unified Software Development Process, Addison Wesley Longman, Inc. USA. Trimble (1999) CrossCheck AMPS Intelligent Mobile Unit with Integrated GPS and Cellular Transceiver for Commercial Fleets. Witten, Ian H. and Eibe Frank (1999) Data Mining: Practical Machine Learning Tools and Techniques with Java Implementations, Morgan Kaufmann, 416 pages. Zito, R.; Deste, G.; Taylor, M. A. P. (1995) Global Positioning System in the Time Domain: How useful a tool for Intelligent Vehicle -Highway System?; in Transportation Resume, vol. 3, no. 4, pp. 193-209 .