Vous êtes sur la page 1sur 64

Conception et Mise en place

Dun Systme Fleet-Tracking

Borhane Eddine Boulhila


Lcole suprieure Des
Ingnieurs Limoges-France
ETM Ibnrochd Alger-Algrie
Ingnieur : Concepteur Systme et Rseaux

Anne2014

Conception et Mise en place Dun Systme Fleet-Tracking

Ddicace
Au Dieu le tout puissant, mon crateur.
A la mmoire de mes grands-pres. A mon pre,
En signe damour, de reconnaissance et de gratitude pour tous les soutiens et les sacrifices
dont il a fait preuve mon gard.

A ma mre,
Ma raisons dtre, ma raison de vivre, la lanterne qui claire mon chemin et millumine de
douceur et damour.

A mes frres et mes surs.

A Amrouaiche Amir, qui ma beaucoup aid raliser ce projet, et tous mes proches.

Ddicace

Page 1

Conception et Mise en place Dun Systme Fleet-Tracking

Remerciement

Je tiens prsenter mes reconnaissances et mes remerciements mes


professeurs encadrants pour le temps consacr la lecture et aux runions qui
ont rythmes les diffrentes tapes de mon projet de fin dtude. Je les remercie
aussi pour leurs disponibilits encadrer ce travail travers leurs critiques et
leurs propositions damlioration.
Un remerciement particulier M.RAZZKI MOHAMED pour le soutien quil ma
apport tout au long du stage ralis au sein de lentreprise TESAPS.
mes aimables formateurs et formatrices pour la formation, lencadrement et
le suivi dont jai bnfici.
Que les membres de jury trouvent ici lexpression de mes reconnaissances
pour avoir accept de juger mon travail. Que tous ceux et celles, qui ont
contribu de prs ou de loin laccomplissement de ce travail, trouvent
lexpression de mes remerciements les plus chaleureux.

Remerciement

Page 2

Conception et Mise en place Dun Systme Fleet-Tracking

Liste des abbreviations


HTTP: HyperText Transfer Protocol
HTTPS: HyperText Transfer Protocol Secured
GPS: Global Positioning System
IP: Internet Protocol
SMS: Short Message Service
APN: Access Point Name
I/O : Input/Output
BD : Base de Donnes
HTML: HyperText Markup Language
XML: Extensible Markup Language
AJAX: Asynchronous JavaScript and XML
openGTS: Open GPS Tracking System
TCP: Transmission Control Protocol
UDP : User Datagram Protocol

Liste des tableaux


Tableau 1 planning du projet ................................................................................................................................ 16
Tableau 2 Cas d'utilisation ..................................................................................................................................... 37
Tableau 3 classe de l'interface de configuration ........................................................................................... 38

Liste des abbreviations

Page 3

Conception et Mise en place Dun Systme Fleet-Tracking

Liste des figures


Figure 1: Localisation dEtablissement daccueil .......................................................................................... 11
Figure 2 Diagramme de GANT1.1 ........................................................................................................................ 15
Figure 3 : Diagramme de GANT1.2 Formation1 Itration 1 .................................................................... 17
Figure 4:Diagramme de GANT1.2 Formation2 Itration 3 ...................................................................... 18
Figure 5: Modle en Y ................................................................................................................................................ 24
Figure 6: Equilibre cot, qualit et dlai .......................................................................................................... 26
Figure 7: Modle de performance ........................................................................................................................ 26
Figure 8: Cartographie google maps .................................................................................................................. 28
Figure 9: Architecture GPS avec Transmission GSM/GPRS ...................................................................... 29
Figure 10: Architecture GPS avec Transmission VHF-UHF ....................................................................... 30
Figure 11: Diagramme de cas dutilisation de lapplication .................................................................... 36
Figure 12: Diagramme de classe .......................................................................................................................... 38
Figure 13: Architecture Serveur Client du systme ................................................................................... 42
Figure 14: Architecture Serveur Eigle-Track.................................................................................................. 42
Figure 15: Traqueur Raveon M7 - GX ................................................................................................................. 43
Figure 16: Traqueur Raveon M7 - GX ................................................................................................................. 44
Figure 17: Traqueur VT310.................................................................................................................................... 45
Figure 18: Architecture des deux serveurs de rception de donnes GPS ........................................... 46
Figure 19: Position et trace des vhicules sur la carte................................................................................ 47
Figure 20: Barre de recherche interactive ....................................................................................................... 49
Figure 21: Dgagement le menu et fentres de paramtrage ................................................................. 50
Figure 22: Historique ................................................................................................................................................ 50
Figure 23: Go Zone ................................................................................................................................................... 51
Figure 24: Plans sure Carte .................................................................................................................................... 52

Liste des figures

Page 4

Conception et Mise en place Dun Systme Fleet-Tracking

Rsum
Lvolution de la technologie GPS et la transmission des donnes dans un
support sans fil a donn naissance plusieurs services, notamment le service
de la Golocalisation dans une zone isole. Ce dernier offre diverses possibilits
dans la localisation et le positionnement sur carte, notamment lvolution
extraordinaire du API Google-Map qui a permis davoir des photos
cartographiques satellitaires, plans, et hybrides assez riches pour afficher le
mouvement des diffrents objets quips dun rcepteur GPS. Cette facilit a
encourag lentreprise TESPAS exprimer un besoin pour la gestion
automatique des logistiques de leurs clients sur les zones dexploitations des
projets.

Notre travail consiste construire un systme complet de gestion des


donnes collectes par les modems de la rception des cordonnes GPS pour
les enregistrer et les traiter afin de les afficher selon les besoins des clients de
l'entreprise.

Lapplication dveloppe a t interconnecte avec les diffrentes bases de


donnes des systmes existants fleet-manager FM300 et Gp-Locator en vue de
lenrichir pour permettre aux gestionnaires de suivre les vhicules de
lentreprise en temps rel et gnrer les rapports de localisation pour chaque
vhicule, en plus du suivi de la production sur carte.

Rsum

Page 5

Conception et Mise en place Dun Systme Fleet-Tracking

Table des matires


Ddicace ..................................................................................................................................................... 1
Remerciement ............................................................................................................................................ 2
Liste des abbreviations ............................................................................................................................... 3
Liste des tableaux ....................................................................................................................................... 3
Liste des figures .......................................................................................................................................... 4
Rsum ....................................................................................................................................................... 5
Introduction ................................................................................................................................................ 8
Chapitre 1 ................................................................................................................................................. 10
1.1. Prsentation de TESPAS : .............................................................................................................. 11
1.1.1. Etablissement daccueil : ...................................................................................................... 11
1.2. Contexte du projet ........................................................................................................................ 12
1.2.1. Problmatique : ....................................................................................................................... 12
1.2.2. Objectifs du projet : ................................................................................................................. 13
1.3. Conduite du projet ........................................................................................................................ 14
1.3.1. Primtre du projet : ............................................................................................................... 14
1.3.2. Planification du projet : ........................................................................................................... 15
1.4. Rsum .......................................................................................................................................... 18
Chapitre 2 ................................................................................................................................................. 19
2.1. Description de lexistant ............................................................................................................... 20
2.1.1. Systme actuelle :.................................................................................................................... 20
2.1.2. Critique de lexistant :.............................................................................................................. 23
2.2. Modle de dveloppement adopt pour la solution.................................................................... 24
2.3. Spcifications fonctionnelles ........................................................................................................ 25
2.4. Spcifications techniques .............................................................................................................. 25
2.4. 1 Gestion de flotte : .................................................................................................................... 25
2.4. 2 API Google Maps : ................................................................................................................... 27
2.4.2 Serveur de communication quipement-serveur ...................................................................... 28
2.4. 3 Les langages ............................................................................................................................ 31
2.4.4 Mysql........................................................................................................................................ 31
2.4.5 Serveur Apache ........................................................................................................................ 32
2.5 Serveur de communication quipement-Interface Eigle-track ..................................................... 32
2.5 .1 La norme NMEA 0183 :............................................................................................................ 33

Rsum

Page 6

Conception et Mise en place Dun Systme Fleet-Tracking

2.5 .1 CLASS.NMEAPARSER ............................................................................................................... 34


2.5.2 Serveur TCP-template pour le cas GSM-GPRS :......................................................................... 35
2.6. Modlisation de linterface Dutilisation et Configuration ........................................................... 36
2.6.1. Diagramme de cas dutilisation : ................................................................................................. 36
2.6.2. Diagramme de classe de linterface de configuration ............................................................. 38
2.7.

Rsum ................................................................................................................................. 39

Chapitre 3 ................................................................................................................................................. 40
3.1. Outils utiliss ................................................................................................................................. 41
3.1.1. Eigle-track le systme .............................................................................................................. 41
3.1.2. Le traqueur GPS (Raveon M7 - GX) :........................................................................................ 43
3.1.3. Le traqueur GPS (VT310) ......................................................................................................... 44
3.1.4. Mis en place des deux systmes de rception de donn GPS................................................... 46
3.2. Eigle-track linterface .................................................................................................................... 47
3.2.1. Position et trace des vhicules sur la carte : ............................................................................ 47
3.2.2. Les options de lapplication de golocalisation Eigle-Track ..................................................... 49
3.3. Rsum .......................................................................................................................................... 52
Chapitre 4 ................................................................................................................................................. 53
Bibliographie ........................................................................................................................................ 54
Annexe 1 : Le systme GPS .................................................................................................................. 55
Annexes 3: General Packet Radio Service (GPRS) ................................................................................ 62

Page 7

Conception et Mise en place Dun Systme Fleet-Tracking

Introduction
Les systmes de Golocalisation des vhicules sont couramment utiliss par
les oprateurs de flotte pour les fonctions du suivi de la flotte, le routage,
l'expdition, l'information bord et la scurit.
Les Systmes de Golocalisation des vhicules sont largement utiliss dans
le monde entier. Il se base sur plusieurs diffrentes Architectures, notamment
les services de la technologie GPS et GSM. Qui dpend toujours sur la couverture
par BTS des oprateurs de la tlphonie mobile.
Mon projet de fin dtude fait partie du projet de dveloppement dun
nouveau systme de Golocalisation spcifique pour les besoins de travail de
lentreprise Tespas Algrie.
Le projet consiste dvelopper une plateforme complmentaire de gestion et
de suivi des vhicules et de lintgrer avec leurs support existant en
construisant un systme de gestion performant et complet qui peut couvrir
dautre ncessit des diffrents services de lentreprise.
Afin de bien rpondre aux besoins. La plateforme concepter doit permettre
de suivre en temps rel les vhicules, sur une carte gographique et conserve
lhistorique pour garder la traabilit des chemins parcourir par toutes la flotte
et gnrer les rapports en cas de besoin, ainsi la cration et lapplication
immdiate des zone de circulation Gofencing. En appliquant des serveurs de
rceptions donnes GPS compatibles avec toutes les technologies de
rceptions.
LEtudes technico-commerciale sur les solutions existantes sur le march
moriente vers un choix de conception dune nouvelle Plateforme qui englobe
tous les besoins demands par lentreprise accueillante, ce que je vais
lintroduire dans les prochains chapitre.

Introduction

Page 8

Conception et Mise en place Dun Systme Fleet-Tracking

Le prsent rapport est structur en quatre chapitres :

Chapitre1 : le contexte gnral du projet. Prsentation de lorganisme


daccueil, la problmatique traite et les objectifs viss, ainsi la conduite
du projet adopte pour le droulement du stage.
Chapitre2 : trace le primtre de notre systme la lumire de ltude de
lexistant, ainsi lanalyse et la conception des solutions apportes, en
utilisant les diagrammes du modle adopt.

Chapitre3 :s'intresse la partie mise en uvre du systme. Il illustre les


diffrentes ralisations et les outils utiliss.
Chapitre4 : chapitre dresse une conclusion et prsente les perspectives
pour amliorer le projet.

Introduction

Page 9

Conception et Mise en place Dun Systme Fleet-Tracking

Chapitre 1
Contexte gnral du Project

Dans ce chapitre nous prsentons le cadre gnral de notre projet de fin


dtudes. Nous commenons par la prsentation du projet avec les diffrents
concepts qui y sont lies et ensuit, nous aborderons le processus utilis pour la
ralisation de la solution ainsi que la planification des tapes selon le
diagramme de GANTT.

Chapitre 1

Page 10

Conception et Mise en place Dun Systme Fleet-Tracking

1.1. Prsentation de TESPAS :

1.1.1. Etablissement daccueil :

Figure 01: Localisation dEtablissement daccueil

TESPAS est une Entreprise de Services en TMS Tracking Manegement


Systems accompagne les entreprises et institutions dans le choix des solutions
open source ainsi que dans l'intgration, le dveloppement, l'adaptation aux
besoins spcifiques, la maintenance et le support. Afin de bnficier des
meilleures solutions libres dans la gestion des systmes GPS et Golocalisation.
TESPAS a dvelopp une expertise autour dOpenGTS depuis 2008 et a
contribu faire connatre cet open source en Algrie travers plusieurs
dploiements russis dans les PMEs et grandes entreprises comme Sonatrach.

Chapitre 1

Page 11

Conception et Mise en place Dun Systme Fleet-Tracking

1.2. Contexte du projet


1.2.1. Problmatique :
Tous les praticiens et logisticiens saccordent affirmer quune logistique
performante est capable de booster la comptitivit de lentreprise dune faon
considrable. Ceci ne peut se raliser sans linvestissement dans les nouveaux
systmes, et donner la chance des nouvelles innovations logistiques. Cest ce
qui a TESPAS sintresser aux systmes de gestion de flotte pour essayer de
maitriser et rduire les cots de leurs prestations.
Toutefois, et en raison de leurs complexits et leurs cots de licences
entreprises levs, lentreprise TESPAS pense trouver une autre solution qui
remplace la solution OpenGTS utilis par la plupart des concourant dans le
domaine de go localisation en Algrie. a compris lenjeu, et ragi ainsi, en
faveur de ces entreprises en sinvestissant pour mettre en uvre une solution
conomique qui rpond parfaitement aux besoins des prestataires nationaux,
tout en bnficiant de lexpertise de la socit dans les systmes dinformations
Open Source OpenGTS et offrir au client un service sur mesures afin dappliquer
une diffrenciation sur le march .
Cest dans ce sens que TESPAS, a toujours pens de trouver une solution
adquate
pour assurer un mode de contrle efficace et performant de
management de la logistique. Mais pour que le nouveau systme soit
concurrent et adaptable avec tous la majorit des rcepteurs GPS-GSM ou les
rcepteurs GPS- VHF-UHF qui existent sur le march, il nous faut un suivi des
vhicules de parc en temps rel pour donner aux responsables clients, toutes
les informations ncessaires pour prendre les bonnes dcisions afin de
maximiser la rentabilit du cot de transport et assurer la scurit des
chauffeurs et des vhicules.

Chapitre 1

Page 12

Conception et Mise en place Dun Systme Fleet-Tracking

1.2.2. Objectifs du projet :


Lobjectif de ce projet est dtudier la possibilit dintgrer une nouvelle
interface native de gestion des flottes distance, compatible avec les rseaux
GSM et par Ondes VHF-UHF.
Le projet consiste plus prcisment :
Etudes Technico-commerciales du march de golocalisation.
Etudier larchitecture soft-hard et maitrise des composants.
Conception dune nouvelle architecture Indpendante base sur Google API
quon a donn un nom Eigle-track.
enrichi la nouvelle interface native user-friendly
avec tous les
fonctionnalits demands par les clients avec un dsigne relaxant.
adapter le nouveau systme avec des supports de transmission non-GSM
VHF-UHF.
Mise en place dun environnement linux pour installer toutes les
composantes du projet.
Dployer la solution sur le serveur.
Intgrer lquipement de go localisation (rcepteurs et antenne) existant
dans le nouveau systme.
Tester linteraction de lquipement avec linterface Eigle-track.
Pour rpondre ce besoin, il a fallu faire une tude sur les diffrentes entits
du projet qui ncessite plusieurs solutions indpendantes et distinctes ainsi de
trs bonnes connaissances en matire des rseaux de communication,
dingnierie, dveloppement et dintgration avant de commencer toute
ralisation.

Chapitre 1

Page 13

Conception et Mise en place Dun Systme Fleet-Tracking

1.3. Conduite du projet


1.3.1. Primtre du projet :
La dure de stage : 4 mois et 13 Jours
Les ressources affectes ce projet :

Chef de projet : BOUHILA BORHANE EDDINE.

Ingnieur TESPAS : RAZKI MOHAMED

Installation et stratgie de scurit : BOUSSAHA MOHAMED

Les livrables :

Rapport de stage.

Prsentation de stage.

Solution finale.

Chapitre 1

Page 14

Conception et Mise en place Dun Systme Fleet-Tracking

1.3.2. Planification du projet :


La planification du projet fait partie des phases d'avant-projet. Elle consiste
prvoir le droulement des tches tout au long des phases constituant le cycle
de dveloppement. Grce aux runions tenues avec lencadrant interne, nous
avons t clairs sur les diffrentes tapes du projet ainsi que sur les modalits
de leur droulement.
La figure suivante prsente le planning prvisionnel du projet selon le
diagramme de GANNT :

Figure 2 Diagramme de GANT1.1

Le plan du travail passe par Cinque principaux stages ,2 formation et 3


rcapitulatif de taches de la ngociation de cahier de charge jusqu la rdaction
de ce rapport .le tableau suivant montre tous les tapes parcourus pendant le
stage :

Chapitre 1

Page 15

Conception et Mise en place Dun Systme Fleet-Tracking

Tableau 1 planning du projet

Nom de la tche

Dure

Dbut

Fin

formation 1
Documentation GPS-GSM
Documentation GPS-VHF-UHF
Documentation OPENGTS
Documentation API Google map
Nom de la tche
Itration 1
Tache1:
Ngociation des Besoins et Solutions
Proposition d'un plans de travail
Tache2:
Rvision du support technique
Collection des informations techniques des
rcepteurs GPS
test du niveau rcepteurs VDO
Tache3:
conception de la solution Eigle-track
Dveloppement PHP des Fonctionnalits
requises
Testes et Corrections
Tache4:
Configuration des composent GPS
Testes et Adaptation
Nom de la tche
Formation 2
Protection des applications Natives
ressources matriel et contrle d'accs
Nom de la tche
itration 2
Tache1:
Prparation de l'environnement d'installation
pour l'application Eigle-track
Installation d'un serveur WEB Apache + MySQL
DB
Implmentation de l'application Eigle-track
Tache2:
Etudes d'Interconnexion Eigle-track avec les
rcepteur
Adaptation de solution d'interconnexion
Tache3:

17 jours
2 jours
2 jours
10 jours
4 jours
Dure
46 jours
2 jours
1 jour
1 jour
2 jours
1 jour

Ven 07/02/14
Ven 07/02/14
Lun 10/02/14
Mer 12/02/14
Mer 26/02/14
Dbut
Mar 04/03/14
Mar 04/03/14
Mar 04/03/14
Mer 05/03/14
Jeu 06/03/14
Jeu 06/03/14

Lun 03/03/14
Dim 09/02/14
Mar 11/02/14
Mar 25/02/14
Lun 03/03/14
Fin
Lun 05/05/14
Mer 05/03/14
Mar 04/03/14
Mer 05/03/14
Ven 07/03/14
Jeu 06/03/14

1 jour

Jeu 06/03/14

Jeu 06/03/14

1 jour
37 jours
8 jours

Ven 07/03/14
Sam 08/03/14
Sam 08/03/14

Ven 07/03/14
Sam 26/04/14
Mar 18/03/14

27 jours

Mer 19/03/14

Jeu 24/04/14

2 jours
7 jours
2 jours
5 jours
Dure
5 jours
3 jours
2 jours
Dure
28 jours
3 jours

Ven 25/04/14
Dim 27/04/14
Dim 27/04/14
Mar 29/04/14
Dbut
Mar 06/05/14
Mar 06/05/14
Ven 09/05/14
Dbut
Mar 13/05/14
Mar 13/05/14

Sam 26/04/14
Lun 05/05/14
Lun 28/04/14
Lun 05/05/14
Fin
Lun 12/05/14
Jeu 08/05/14
Lun 12/05/14
Fin
Jeu 19/06/14
Jeu 15/05/14

1 jour

Mar 13/05/14

Mar 13/05/14

1 jour

Mer 14/05/14

Mer 14/05/14

1 jour
5 jours

Jeu 15/05/14
Mar 13/05/14

Jeu 15/05/14
Lun 19/05/14

3 jours

Mar 13/05/14

Jeu 15/05/14

2 jours
3 jours

Ven 16/05/14
Mar 20/05/14

Lun 19/05/14
Jeu 22/05/14

Chapitre 1

Page 16

Conception et Mise en place Dun Systme Fleet-Tracking

Implantation d'une stratgie de scurit


Configuration IP tables
Tache4:
Test et trouble shooting
Nom de la tche
Itration3
Tache1:
Rdaction du Rapport
Correction et Orientation Prof
Tache2:
Rdaction de la Prsentation

1 jour
2 jours
20 jours
20 jours
Dure
71 jours
66 jours
50 jours
16 jours
11 jours
11 jours

Mar 20/05/14
Mer 21/05/14
Ven 23/05/14
Ven 23/05/14
Dbut
Sam 15/03/14
Sam 15/03/14
Sam 15/03/14
Ven 23/05/14
Ven 06/06/14
Ven 06/06/14

Mar 20/05/14
Jeu 22/05/14
Jeu 19/06/14
Jeu 19/06/14
Fin
Ven 20/06/14
Ven 13/06/14
Jeu 22/05/14
Ven 13/06/14
Ven 20/06/14
Ven 20/06/14

Les figures suivantes prsentes le planning des diffrentes tapes du projet


selon le diagramme de GANNT toujours :

Figure 3 : Diagramme de GANT1.2 Formation1 Itration 1

Chapitre 1

Page 17

Conception et Mise en place Dun Systme Fleet-Tracking

Figure 4: Diagramme de GANT1.2 Formation2 Itration 3

1.4. Rsum
Le contexte gnral tant dfini, il convient de comprendre les enjeux dun
systme transport et dtudier le besoins de golocalisation des clients, avant
daboutir la conception du systme escompt. Le second chapitre traitera en dtails
les spcifications de notre solution.

Chapitre 1

Page 18

Conception et Mise en place Dun Systme Fleet-Tracking

Chapitre 2
Analyse et conception

Le prsent chapitre est consacr la description de laspect fonctionnel


travers une analyse des diagrammes des cas dutilisations et explication dtails
des diffrentes fonctionnalits du nouveau systme avec une comparaison de
lexistant.

Chapitre 2

Page 19

Conception et Mise en place Dun Systme Fleet-Tracking

2.1. Description de lexistant


2.1.1. Systme actuelle :
Tespas comme dautre prestataire de service de golocalisation en Algrie
utilise lopen source OpenGTS install sur un serveur Fedora avec un serveur
http-Template, pour lcoute et la rception des messages NMEA GPS travers
les requtes http, en utilisant une connexion TCP avec les rcepteurs GPS
install sur les vhicules de leurs clients. La transmission des donnes GPS se
base sur le support dun oprateur GSM.

Client

Authentification

Client

Serveur web opengts

Client

GPS1

BD

httpTemplate
GPS n

Client

OpenGTS
OpenGTS ("Open GPS Tracking System") est le premier projet open source
disponibles conu Spcifiquement des services GPS de suivi pour une flotte de
vhicules. A ce jour, openGTS a t tlcharg et mis en profit dans plus de 95
pays travers le monde pour suivre un grand nombre de vhicules ou des biens
et vhicule autours du monde comprennent les taxis, les camionnettes de
livraison, des camions et remorques, des matriel agricole, les vhicules
personnels, vhicules de service, conteneurs, navires, suivi personnelle,
tlphones cellulaires etc.
LopenGTS a t conu pour combler les besoins de logistique des PMEs, mais il
est aussi trs hautement configurable et volutive pour les grandes entreprises.
Fonctionnalits :
Authentification base Web : Chaque compte peut prendre en charge
plusieurs utilisateurs, et chaque utilisateur a son mot de passe propre login
et un accs contrl aux sections au sein de leur compte.

Chapitre 2

Page 20

Conception et Mise en place Dun Systme Fleet-Tracking

Systme de reprage GPS indpendant : appareils de diffrents fabricants


peuvent tre suivis simultanment. OpenGTS peut supporter les dispositifs
suivants :
Aspicore GSM Tracker (Nokia, Samsung, Sony Ericsson)
Sanav GC-101, MT-101 et CT-24 Personal Tracker (bas sur HTTP
protocole)
V-Soleil 3338 Personal Tracker
GPSReader enregistreur de donnes GPS avec connexion Wi-Fi
automatique de tlchargement, l'intrieur de la cabine les ordinateurs
Windows.
Certains Boost Mobile tlphones (OpenDMTP conforme)
Android App " GPS2OpenGTS "
HP hw6965 Windows / CE de tlphone (OpenDMTP conforme)
TAIP (Trimble ASCII Interface Protocol).
ZhongShan Technology Co, Ltd "dispositifs" SIPGEAR suivi.
La plupart des dispositifs de reprage TK102/TK103 (ceux qui utilisent
les protocoles communs TK102/TK103).
Trackstick enregistreur de donnes GPS
"GPSmapper" tlphones capables.
"NetGPS" dispositifs capables.
iCare G3300 Personal Tracker.
Certains tlphones Mologogo capables.
Avec un codage personnalis, d'autres dispositifs peuvent galement tre
intgres aussi bien en utilisant l'exemple inclus de serveur de
communication appareil.
Personnalisation des pages web dcorations : Le regard et la sensation du
site Web de suivi peut tre personnalis pour s'adapter au motif de la socit
en particulier.
Le Service de cartographie personnalisable : openGTS vient avec le support
openLayer ou OpenStreetMap en plus de soutenir de Google Maps, Microsoft
Virtual Earth, et Mapstraction (qui fournit la cartographie de soutien pour
MultiMap, Map24, MapQuest, et plus). Dautres fournisseurs de services de
cartographie peuvent facilement intgrer avec lopenGTS.
Des rapports personnalisables : Utilisation d'un moteur de reporting
interne bas sur XML. Les rapports de synthse peuvent tre personnaliss
pour afficher des donnes historiques pour un vhicule spcifique, ou pour
la flotte.

Chapitre 2

Page 21

Conception et Mise en place Dun Systme Fleet-Tracking

Systme d'exploitation indpendante : OpenGTS lui-mme est entirement


crit en Java, en utilisant des technologies telles que Apache Tomcat pour
le dploiement de services web, et MySQL pour la banque de donnes. En
tant que tel, OpenGTS fonctionne sur n'importe quel systme qui prend en
charge ces technologies (y compris Linux, Mac OS X, FreeBSD, Open BSD,
Solaris, Windows XP, Windows Vista, Windows 20 XX, et plus).
i18n Conforme : OpenGTS est i18n conforme et supporte la localisation
facile (L10N) d'autres langues que l'anglais. Langues prises en charge
comprennent actuellement nerlandais, anglais, franais, allemand, grec,
hongrois, italien, portugais, roumain, russe, slovaque, espagnol, serbe et
turc.
Server http-template.
Le serveur template est fourni par la communaut dopenGTS.pour
couvrire 5000 paquets GPS par minute. Ce type de serveur s'excute comme
un processus distinct l'coute sur un port de socket slectionn pour les
connexions entrants TCP / UDP.
Le serveur template se compose de plusieurs modules sous forme de classes
Java suivantes :
Constants.java : Ce module contient la plupart des options configurables et
personnalises utilises pour soutenir le protocole spcifique au
priphrique distant.
Exemples des constant : timeouts, longueurs de paquets minimum/
maximum, ASCII ou binaire d'encodage etc.
Main.java : C'est le principal point d'entre pour le serveur.
TrackClientPacketHandler.java : Le but de ce module est de comprendre les
caractristiques spcifiques du protocole de communication pour le
dispositif distance. C'est l que les paquets entrants des clients sont
identifis, les donnes sont analyses et insres dans les tables, et toutes
les rponses requises sont retournes la machine cliente.
TrackServer.java : Ce module gre les sessions TCP / UDP.
Cet environnement d'coute pour les connexions entrantes et
multithreading, il peut donc grer plusieurs connexions entrantes
simultanes.

Chapitre 2

Page 22

Conception et Mise en place Dun Systme Fleet-Tracking

2.1.2. Critique de lexistant :


La partie dj dveloppe dans OpenGTS couvre une grande partie des
modle des traqueur avec puce GSM/GPRS, qui existes sur le march, de la
rception des messages portantes des cordonne GPS en utilisant les rseaux
des oprateurs tlphoniques jusqu la collection de cette derniers travers
connexion socket avec le serveur.
Toutefois, et aprs un premier diagnostic, il sest avr ncessaire de penser
un systme
qui a la possibilit qui utilisent dautre technologie de
transmission des donnes GPS sur les zone isole non-couvertes avec les
rseaux GSM, en gardant les mme avantage des map utilises dans OpenGTS.
D'autres solutions existent mais il est ncessaire d'acheter des quipements
trs chers avec des interfaces logicielles avec des fonctionnalits monoutilisateur ce qui est impossible de lexploiter commercialement.
Lentreprise a une grande motivation vers un systme diffrent, pour
ladopter comme une solution maison supplmentaire, afin de gagner une
grandes partie du march, sachant que les entreprises concourantes utilisent la
mme open source, avec les mmes fonctionnalits ce qui a fait face une baisse
des prix des honoraires mensuels suivant les offres proposes ailleurs.
Les prestations des services de TESPAS sont lis aux fonctionnalits
standard dOpenGTS par consquence les offres des services sont limit ce qui
ne permet pas de traiter les demandes sur mesure des entreprise privilgis
qui sont des ressources de rentabilit considrable pour la socit.

Chapitre 2

Page 23

Conception et Mise en place Dun Systme Fleet-Tracking

2.2. Modle de dveloppement adopt pour la solution


Pour tout projet informatique, il est ncessaire dadopter une mthodologie
de travail qui soit rigoureuse. Dans notre projet, nous avons choisi de travailler
avec le modle en Y tel quil est illustr sur la figure 5, par ce quil cible des
projets de toute taille. Il est centr sur larchitecture de la solution. Ce modle
sarticule autour de trois branches :
Une branche fonctionnelle
Une branche technique
Une branche conception et dveloppement de la solution qui est la synthse
des deux premires branche.

Figure 5: Modle en Y

Dans ce que suit en rassemble tous les informations et terminologies


propose pour raliser le besoins demand.

Chapitre 2

Page 24

Conception et Mise en place Dun Systme Fleet-Tracking

2.3. Spcifications fonctionnelles


La spcification fonctionnelle de notre systme correspond aux taches du
problme rsoudre et des besoins des utilisateurs. Cest la description des
fonctions de lapplication en vue de sa ralisation. Elle dcrit en dtail la faon
dont les exigences seront prises en compte. Elle rpond au cahier de charges.
Nous pouvons dcouper notre projet en deux parties :
La premire partie consiste mettre en place dune solution de
golocalisation. Cette solution doit nous permettre de :
Conserver lhistorique de mouvements des vhicules
Dessin et Application des zones gofencing sauvegards.
Suivre les vhicules en temps rel
Avoir les informations sur la vitesse, les traces et la destination.
La deuxime partie, quant elle, doit permettre dajouter la possibilit
dadapter la rception des donnes GPS travers une technologie non
GSM/GPRS VHF-UHF et mettre une interface de Configuration qui doit nous
permettre de :
Assurer lenregistrement des vhicules
Gnrer les rapports de localisation des vhicules.
2.4. Spcifications techniques
Pour rpondre aux besoins fonctionnels, on doit faire un choix judicieux des
outils utiliser.
2.4. 1 Gestion de flotte :
La gestion de flotte est la gestion de lutilisation et/ou de la maintenance dun
parc de vhicules. Par extension, elle englobe souvent la gestion des
conducteurs.
Ce terme dsigne ainsi une vaste varit de produits et de services
permettant damliorer la productivit dune entreprise par lemploi rationnel
de sa flotte de vhicules et son optimisation. Elle repose sur les techniques de
localisation en temps rel, utilise souvent l'envoi d'AVL (Automatic Vehicle
Location, littralement localisation automatique de vhicules ), et/ou temps

Chapitre 2

Page 25

Conception et Mise en place Dun Systme Fleet-Tracking

diffr (rcupration de l'historique de l'utilisation d'un vhicule et/ou de ses


conducteurs). Ces technologies reposent principalement sur les technologies
de positionnement (principalement GPS) et de communication (GPRS, SMS, 3G,
GSM Data, communication satellitaire, communication UHF/VHF, rseau
ZigBee ou Wi-Fi).
Un systme de gestion de flotte est compos de deux principaux lments :
l'ordinateur de bord quipant chacun des vhicules et le logiciel de gestion de
flotte exploitant les donnes collectes depuis les vhicules.
La mise en place dun systme de gestion de flotte avec transmission
UHF/VHF, quipe lentreprise TESPAS dun outil performant offrir au
demandes de tel technologie. Connatre et
rduire les cots dinvestissement tout en
garantissant lquilibre des trois lments
fondamentaux qui sont le cot, la qualit et le
dlai sera notre dfet pour convaincre les grent
de Tespas.
La mise en uvre dun systme de gestion de
flotte Hybride avec transmission UHF/VHF et
GSM/GPRS ne se limite pas une liste de cots,
il est ncessaire de calculer le retour sur
linvestissement du projet Au-del des aspects
purement financiers, il est important aussi de
prendre en considration lensemble des gains
qualitatifs associs la mise en uvre dun
systme diffrent au sein de lentreprise
TESPAS.

Figure 6: Equilibre cot, qualit et dlai

En effet, ce systme a un impact positif sur


diffrents lments ; il permet lentreprise de :
Matriser une nouvelle technologie dans le
domaine de golocalisation.
Offrir nouveau produit leur client.

Chapitre 2

Figure 7: Modle de performance

Page 26

Conception et Mise en place Dun Systme Fleet-Tracking

Une rentabilit considrable cause de la spcification de couverture des


zones isoles.
Rduire les cots associs lis au systme de communication satellitaire
V-SAT.
2.4. 2 API Google Maps :
L'API Google Maps v 3 fournit un environnement adquat en langage java
script pour construire une interface intuitive et trs ractive en profitant du
module Jquery pour faire des appeles Ajax. Ainsi les class du puissant langage
PHP pour combiner avec les serveurs de rception GPS. C'est une API ouverte
permettant la personnalisation de la carte y compris la possibilit d'ajouter au
sein de l'application des donnes spcifiques la carte (personnalisation des
contrles, gestion des vnements, cration des marqueurs avec infobulle...).
Encore mieux, Google donne accs ce service gratuitement.
function load2(o,map) {
map = new google.maps.Map(document.getElementById("map"), {
center: new google.maps.LatLng(28.52647, 1.33617),
zoom: 9,
mapTypeId: 'hybrid',
zoomControl: true,
zoomControlOptions: {
style: google.maps.ZoomControlStyle.SMALL,
position: google.maps.ControlPosition.TOP_RIGHT
},
panControl: true,
panControlOptions: {
position: google.maps.ControlPosition.TOP_RIGHT
}
});
var imageBounds = new google.maps.LatLngBounds(
new google.maps.LatLng(28.4880, 1.2909),
new google.maps.LatLng(28.5645, 1.3857));
historicalOverlay1 = new google.maps.GroundOverlay(
'icongoogle/basecamp.png',
imageBounds);
var imageBounds2 = new google.maps.LatLngBounds(
new google.maps.LatLng(28.58647, 1.33617),
new google.maps.LatLng(28.97647, 1.83617));
historicalOverlay2 = new google.maps.GroundOverlay(
'icongoogle/champ detravail.jpg',
imageBounds2);

Chapitre 2

Page 27

Conception et Mise en place Dun Systme Fleet-Tracking

Figure 8: Cartographie google maps

2.4.2 Serveur de communication quipement-serveur


GPS- GSM/GPRS :
a. Principe de fonctionnement :
En combinant la technologie GPS avec la couverture GSM sans fil, les
compagnies peuvent recueillir de l'information telle que l'endroit, les arrts, la
marche en ralenti et le kilomtrage, d'un vhicule ces informations peuvent
tre rapidement analyses pour rapporter des avantages dans la rduction des
cots dune manire efficace. Avec quelques systmes, on peut passer en revue
l'historique des vhicules en ligne.
b. Reprage en Temps Rel, rseau cellulaire :
Cest la mthode la plus commune de transmission de donnes vers un
serveur. Le dispositif de reprage GPS muni d'un modem GSM qui utilise
gnralement une carte SIM fournie par un fournisseur de donnes sans fil. Le
modem utilise ce plan de donnes pour tablir une connexion linternet, puis
une connexion socket avec le serveur. Une fois connect au serveur, il envoie
gnralement ses informations de localisation, puis se dconnecte. Les donnes
peuvent tre transmises via UDP ou TCP. Chacun mode a ses avantages et ses
inconvnients, cependant UDP est gnralement prfr en raison de son
efficacit et sa grande largeur de bande de donnes qui peut supporter les

Chapitre 2

Page 28

Conception et Mise en place Dun Systme Fleet-Tracking

accessoires du dispositif tel que la camra. Dans certains cas, les donnes
peuvent tre achemines vers le serveur en utilisant des SMS grce
l'utilisation d'une passerelle SMS.
Les donnes sont alors accessibles l'utilisateur de deux manires :
1) En accdant au site internet du fournisseur de service, qui exige des
honoraires mensuels. Dans notre cas, nous avons mis en place un service de
golocalisation laide de loutil open-source openGTS.
2) En recevant les donnes directement sur un tlphone cellulaire. Ceci exige
des cots d'un forfait cellulaire de donnes.

Figure 9: Architecture GPS avec Transmission GSM/GPRS

Chapitre 2

Page 29

Conception et Mise en place Dun Systme Fleet-Tracking

GPS- VHF/UHF :
a. Principe de fonctionnement :
Parce que la solution de suivi GPS utilise des canaux de radio VHF-UHF, il est
trs rapide, et il n'y a pas de frais rcurrents ou frais mensuels des oprateurs
tlphoniques avec le systme, Depuis il ne repose pas sur la couverture
cellulaire, il fonctionnera partout mme au zone isol, rurales, les mines, les
montagnes, les pays trangers, et les dserts. Il se fait dinstaller une antenne
VHF ou UHF qui peut couvrir de 5 Km2 jusque a 50 Km2.
b. Reprage en Temps Rel, rseau cellulaire :
Cest un systme autonome il a tout ce qu'il faut pour un systme de suivi des
vhicules. Pas de services secondaires comme l'Internet, SIM GSM, GPRS, le
service Edge, SMS, ou par satellite est ncessaire.
Mises jour de position et d'tat sont disponibles aussi rapidement que
chaque seconde. Aucun autre systme est assez rapide comparant le taux de
mise jour.
Les transpondeurs GPS, antennes, le cblage, et les alimentations. Sont l
pour assurer que le systme fonctionne, mais vous ne serez pas recevoir une
facture mensuelle ou avoir vous inscrire un contrat de service. C'est la
diffrence.
Ce dernier se base sur le
Radio UHF ou VHF qui nous
donne la proprit de la
station radio. Pas de frais
mensuels. Tous ce que on
besoin est une autorisation
des autorits locales.
Figure 10: Architecture GPS avec Transmission VHF-UHF

Chapitre 2

Page 30

Conception et Mise en place Dun Systme Fleet-Tracking

2.4. 3 Les langages


PHP : HyperText Preprocessor3, plus connu sous son sigle PHP (acronyme
rcursif), est un langage de programmation libre4 principalement utilis pour
produire des pages Web dynamiques via un serveur HTTP3, mais pouvant
galement fonctionner comme n'importe quel langage interprt de faon
locale. PHP est un langage impratif orient-objet.
jQuery : est une bibliothque JavaScript libre qui porte sur l'interaction entre
JavaScript (comprenant Ajax) et HTML, et a pour but de simplifier des
commandes communes de JavaScript. La premire version date de janvier
2006.
La bibliothque contient notamment les fonctionnalits suivantes :

vnements.
Effets visuels ET animations.
Manipulations des feuilles de style en cascade (ajout/suppression des
classes, d'attributs).
Ajax .
Plugins .
Utilitaires (version du navigateur web).

2.4.4 Mysql
MySQL est un systme de gestion de base de donnes (SGBD). Selon le type
d'application, sa licence est libre ou propritaire. Il fait partie des logiciels de
gestion de base de donnes les plus utiliss au monde, autant par le grand
public (applications web principalement) que par des professionnels, en
concurrence avec Oracle, Informix et Microsoft SQL Server.
C'est un logiciel libre dvelopp sous double licence en fonction de l'utilisation
qui en est faite : dans un produit libre ou dans un produit propritaire. Dans ce
dernier cas, la licence est payante, sinon c'est la licence publique gnrale GNU
(GPL) qui s'applique. Ce type de licence double est utilis par d'autres produits
comme le framework de dveloppement de logiciels Qt pour les versions
antrieures 4.5.

Chapitre 2

Page 31

Conception et Mise en place Dun Systme Fleet-Tracking

2.4.5 Serveur Apache


Le logiciel libre Apache HTTP Server (Apache) est un serveur HTTP cr et
maintenu au sein de la fondation Apache. C'est le serveur HTTP le plus
populaire du World Wide Web. Il est distribu selon les termes de la licence
Apache.
Apache fonctionne principalement sur les systmes d'exploitation UNIX
(Linux, Mac OS X, Solaris, BSD et UNIX) et Windows. La version Windows n'est
considre comme stable que depuis la version 1.2 d'Apache. Apache est utilis
par de nombreux produits, dont WebSphere d'IBM, ainsi que par Oracle
Corporation.
Apache est conu pour prendre en charge de nombreux modules lui donnant
des fonctionnalits supplmentaires : interprtation du langage Perl, PHP,
Python et Ruby, serveur proxy, Common Gateway Interface, Server Side
Includes, rcriture d'URL, ngociation de contenu, protocoles de
communication additionnels, etc. Nanmoins, il est noter que l'existence de
nombreux modules Apache complexifie la configuration du serveur web. En
effet, les bonnes pratiques recommandent de ne charger que les modules utiles
: de nombreuses failles de scurit affectant uniquement les modules d'Apache
sont rgulirement dcouverts.
Apres la rvision des objets fonctionnels et techniques en passe vers la synthse
des deux branches de la mthode Y en traant les modles dvelopper afin de
raliser notre systme.
2.5 Serveur de communication quipement-Interface Eigle-track
Le serveur de localisation GPS a trois responsabilits : la rception de
donnes de l'unit de reprage par GPS, la stocker dans la base de donnes en
toute scurit, et de servir cette information sur la demande de lutilisateur.
Cest difficile de mettre en uvre un serveur de communication pour un
dispositif distant, car la mthode utilise par les priphriques distants afin de
transporter des vnements au serveur varie considrablement avec le
fabricant de l'appareil. Certaines donnes de transport utilisent un serveur via
SMS, certaines utilisent un transport de messagerie SMTP pour envoyer des

Chapitre 2

Page 32

Conception et Mise en place Dun Systme Fleet-Tracking

donnes un serveur, dautres utilisent un protocole bas sur http qui codent
les donnes.
2.5 .1 La norme NMEA 0183 :
NMEA 0183 est une spcification pour la communication entre quipements
marins dont les quipements GPS. Elle est dfinie et contrle par la National
Marine Electronics Association (NMEA), association amricaine de fabricants
d'appareils lectroniques maritimes, base Severna Park en Maryland (tatsUnis d'Amrique).
La norme 0183 utilise une simple communication srie pour transmettre une
"phrase" un ou plusieurs coutants. Une trame NMEA utilise tous les
caractres ASCII.
Il existe plus d'une trentaine de trames GPS diffrentes. Le type d'quipement
est dfini par les deux caractres qui suivent le $. Le type de trame est dfini
par les caractres suivants jusqu' la virgule. Par exemple :
$GPGGA,064036.289,4836.5375,N,00740.9373,E,1,04,3.2,200.2,M,,,,0000*0E

Est une trame GPS de type GGA. Chaque trame a sa syntaxe propre, mais selon
le cas elles peuvent ou doivent se terminer, aprs le *, par une somme de
contrle qui permet de vrifier que la trame n'a pas t endommage avant sa
rception.
La trame GGA est trs courante car elle fait partie de celles qui sont utilises
pour connatre la position courante du rcepteur GPS.

$GPGGA
064036.289
4836.5375,N
00740.9373,E
1
04
3.2
precision)
200.2,M
,,,,,0000
*0E
prcdents

Chapitre 2

:
:
:
:
:
:
:

Type de trame
Trame envoye 06h40m36,289s (heure UTC)
Latitude 48,608958 Nord = 4836'32.25" Nord
Longitude 7,682288 Est = 740'56.238" Est
Type de positionnement (le 1 est un positionnement GPS)
Nombre de satellites utiliss pour calculer les coordonnes
Prcision horizontale ou HDOP (Horizontal dilution of

: Altitude 200,2, en mtres


: D'autres informations peuvent tre inscrites dans ces champs
: Somme de contrle de parit, un simple XOR sur les caractres

Page 33

Conception et Mise en place Dun Systme Fleet-Tracking

Une autre trame trs courante pour les bateaux est la RMC, qui donne l'heure,
la latitude, la longitude, la date, ainsi que la vitesse et la route sur le fond mais
pas l'altitude.
$GPRMC
:
053740.000
:
A
:
2503.6319
:
N
:
12136.0099
:
12136'00,594"
E
:
2.69
:
79.65
:
100106
:
,
:
,
:
A
:
*53
:

type de trame
heure UTC exprime en hhmmss.sss : 5h37m40s
tat A=donnes valides, V=donnes invalides
Latitude exprime en ddmm.mmmm : 2503.6319' = 2503'37,914"
indicateur de latitude N=nord, S=sud
Longitude exprime en dddmm.mmmm : 12136.0099' =
indicateur de longitude E=est, W=ouest
vitesse sur le fond en nuds
route sur le fond en degrs
date exprime en ddmmyy : 10 janvier 2006
deviation magntique en degrs (souvent vide pour un GPS)
sens de la dviation E=est, W=ouest (souvent vide pour un GPS)
mode de positionnement A=autonome, D=DGPS, E=DR
somme de contrle de parit

Un rcepteur GPS renvoie souvent plusieurs types de trames


complmentaires (les GGA et RMC en sont un exemple) car tous les logiciels qui
interprtent le NMEA ne connaissent pas toutes les trames. De mme de
nombreux GPS transmettent des trames non standardises propres leur
fabricant (d'habitude ces trames propritaires ne commencent pas par $GP. Par
exemple, GL rserv aux GLONASS).
2.5 .1 CLASS.NMEAPARSER
Cette classe peut tre utilise pour rcuprer des informations partir des
rcepteurs GPS utilisant le protocole NMEA 0183 pour obtenir des
informations GPS. NMEAParser est crit pour permettre l'interaction entre un
ordinateur portable, un rcepteur GPS. Avec cette configuration matrielle, on
peut adapter tous les traqueurs GPS notre systme.
NMEA Parser classe dcode les coordonnes reues par le rcepteur GPS,
dtermine en temps rel. Il peut se connecter un rcepteur GPS via le port
srie sous Windows ou Mac OS X. Elle pourrait tre largie pour tout type de
matriel supportant Apache WS. Cette classe fournit un moyen pour lire les
informations envoyes des ordinateurs par des dispositifs de rception GPS.
Cela pourrait ouvrir la possibilit d'un lisons entre notre application PHP et
quipements.

Chapitre 2

Page 34

Conception et Mise en place Dun Systme Fleet-Tracking

function openWinSerialPort(){ //ouvrir un seriale windows


$output=array();
$port_name="?";
$baud=19200;
$parity="";
$data="";
$stop="";
exec("MODE $port_name BAUD=$baud PARITY=$parity DATA=$data STOP=$stop
TO=ON OCTS=ON ODSR=OFF IDSR=OFF RTS=HS DTR=ON", $this->gpslog, $res);
if($res==0) return $this->gpslog;
else die("Porta seriale Windows non aperta o gin uso.");
}
function openBSDSerialPort(){ // ouvrir un seriale Mac + freeBSD
return $this->gpslog=@fopen("/dev/tty.BTGPS","r") or die("le port
serial na pas pu etre ouvrire.");
}
function GPRMC($geostr){ //parsing GPRMC
$split=explode(",",$geostr);
$this->collect['GPRMC']=true;
$this->spec['statusrmc']=$split[1];
$this->spec['speed']=$split[6];
$this->spec['track']=$split[7];
$this->spec['date']=$this->data2db($split[8]);
$this->spec['magvar']=$split[9];
$this->spec['mag_ew']=$split[10];
}

2.5.2 Serveur TCP-template pour le cas GSM-GPRS :


Base sur le protocole TCP/IP pour se connecter .Afin de crer le serveur de
communication qui est capable d'analyser les donnes envoyes par lappareil
distant, une comprhension intime des spcificits de protocole utilis par le
fabricant de l'appareil est ncessaire. tant donn que chaque fabricant a
gnralement son propre protocole et mode de transport de donnes, ces
serveurs ne peuvent pas tre considrs compatibles avec n'importe quel
dispositif. Selon le dispositif choisi, on peut y avoir une quantit significative et
substantielle des travaux ncessaires pour supporter le dispositif matriel
choisi. Le premier pas, et le plus important quand on commence mettre en
uvre un serveur de communication pour un dispositif matriel est ltude de
dispositif car. Il faut comprendre pleinement la documentation du protocole du
fabricant de l'appareil. Alors que la communication base sur sockt tcp peut
souvent tre dsoss en observant les donnes qui arrivent sur le serveur.

Chapitre 2

Page 35

Conception et Mise en place Dun Systme Fleet-Tracking

2.6. Modlisation de linterface Dutilisation et Configuration


2.6.1. Diagramme de cas dutilisation :
Le diagramme de cas dutilisation ci-dessous illustre lorganisation des
fonctionnalits des Interface de Configurions et utilisation.
Partie Admin Tespas

Grer les rcepteurs


<<extend>>

Affecter les rcepteurs


des vhicules

Annuler
Affectation

<<extend>>
Affectation
group vhicules

<<extend>>

Crier des
comptes client
<<extend>>

Partie Interface Utilisateur client

Tracker
vhicules

Dessin
geofencing

Consultation
historique

<<extend>>

<<extend>>

Sauvegarde et
suppression

Application et
annulation

Rapporting
<<extend>>

Figure 11: Diagramme de cas dutilisation de lapplication

Afin dclaircir le diagramme ci-dessus, nous avons dtaill chaque cas


dutilisation part dans des tableaux explicatifs (Tableaux 2-1 et 2-3). Nous
prsentons dans la section suivante les cas dutilisations les plus importants.

Chapitre 2

Page 36

Conception et Mise en place Dun Systme Fleet-Tracking

Tableau 2 Cas d'utilisation

Cas dutilisation Grer les rcepteurs GPS


But

Grer les informations relatives aux balises

Acteur

Responsable de contrle

Prcondition

Lacteur est authentifi


La base doit tre unique

Post-condition
Toute modification sera stocke dans la base de donnes.
Scnario principaux
Ajout des balises
Supprimer une balise
Mettre jour les informations relatifs une

Cas dutilisation Tracker un vhicule Gnrer le rapport des vnements


But

Garder la trace des vhicules en localisant les balises associes ces vhicules.

Acteur

Responsable de contrle

Prcondition

Le responsable est authentifi.


Le responsable doit slectionner le camion suivre via la fiche vhicule.
Le vhicule doit disposer dune balise.
Scnario principaux
Suivre le mouvement des vhicules
Gnrer un rapport dvnements

Tableaux 2-1 ; 2-2 Cas d'utilisation

Chapitre 2

Page 37

Conception et Mise en place Dun Systme Fleet-Tracking

2.6.2. Diagramme de classe de linterface de configuration


Daprs lanalyse faite prcdemment, le systme doit possder une classe
Device . Ainsi, chaque balise sera attache un vhicule pour permettre sa
localisation GPS.
Dautre part, la classe Affectation soccupera des dtails des affectations
ralises. A ce stade, nous pouvons dterminer les classes candidates du
diagramme de classe :
Tableau 3 classe de l'interface de configuration

Classe

Description

Device

Reprsente les balises GPS

Vhicule

Caractrise les vhicules traquer

Affectation

Reprsente les associations balises-vhicule

La figure suivante prsente le diagramme de classes que nous avons pu laborer


aprs une tude dtaille des fonctionnalits du systme.

Figure 12: Diagramme de classe

Chapitre 2

Page 38

Conception et Mise en place Dun Systme Fleet-Tracking

2.7. Rsum
Dans ce chapitre, jai prsent les diffrents diagrammes labors qui nous
ont permis de cerner les diffrentes fonctionnalits du futur systme avant de
passer la phase de ralisation. Dans le chapitre suivant, nous abordons
larchitecture du systme et nous prsenterons les diffrents outils utiliss.

Chapitre 2

Page 39

Conception et Mise en place Dun Systme Fleet-Tracking

Chapitre 3
Implmentation de la solution

Ce chapitre met la lumire sur la plateforme utilise et les outils adopts afin
de mettre en uvre la solution. Nous y dcrivons la dmarche suivie pendant
la ralisation et nous illustrons certaines fonctionnalits assures travers
quelques interfaces.

Page 40

Conception et Mise en place Dun Systme Fleet-Tracking

3.1. Outils utiliss


Pour implmenter notre solution prsente au chapitre 2, nous avons utiliss
principalement les outils suivants :
3.1.1. Eigle-track le systme
Notre application native quon a donn un nom Eigle-track est un systme
Hybride, de ce fait, il dispose de tous les composants dvelopps pour Traquer
les vhicules dans les zones de couverture GSM et les zone isols, avec une
interface qui englobe tous les fonctionnalits ncessaires pour donner une vue
prcise et facile du mouvement de la flotte. Comme la plupart des logiciels
libres, l'accessibilit, la flexibilit et la simplicit sont les matres mots du
dveloppement.
Eigle-track couvre tous les secteurs dactivits : industrie, commerce,
prestations de services et pratiquement le secteur du ptrole dans le dsert.
3.1.1.1. Architecture application Eigle-track
Eigle-Track est bas sur une architecture client/serveur. Le serveur et le
client communiquent via le protocole http comme toutes les applications
natives. Une fois la fonction est appele, ses arguments et ses rsultats sont
envoys par le protocole http, eux-mmes sont encods par le langage XML.
Parmi les grand avantage de notre systme est le scripte JS qui contient tous
les fonctionnalits et calcules de lapi google map client side execution afin
sexcuter dans les ressources matriel client ce qui soulage normment les
ressources cot serveur (entreprise).
La logique dEigle-Track est entirement du ct serveur. La tche du client
se rsume demander les donnes (Requte http) au serveur et de les
renvoyer. Avec cette approche, presque tout le dveloppement est fait du ct
serveur. Ce qui rend le systme plus simple au dveloppement et la
maintenance.

Chapitre 3

Page 41

Conception et Mise en place Dun Systme Fleet-Tracking

Traabilit

Sauvegarde
GPS

Authentifie
tio

PDF
Rapport

Historiqu
e
XML

Traitement
Serveur web
Et calcules

Live
Tracking

Requte HTTP

Mapping et
sauvgarde

Reporting

Interface User

Geofencing
BD

Suppression

Cration

Figure 13: Architecture Serveur Client du systme

L'opration client est trs simple. Quand un utilisateur excute une action il
envoie cette action au serveur. Le serveur envoie linformation ncessaire la
nouvelle action pour s'excuter ct client. Il y a cinq types d'actions
distinguer :

Authentification.
Charger une session.
Tracker en live le groupe.
Voir historique.
Reporting.
Serveur
de
rception
GPS

Serveur de
livraison
DATA XML

GPS

BD

BD

connexion

Serveur web
pour DB
phpmyadmin

Serveur de de
Contrle
systme

Serveur de
monitoring
systme

Figure 14: Architecture Serveur Eigle-Track

Chapitre 3

Page 42

Conception et Mise en place Dun Systme Fleet-Tracking

Eigle-track non seulement prend en charge la collecte des donnes et stockage


de suivi GPS et les donnes de tlmtrie de priphriques distants, mais
comprend galement lensemble riche de fonctionnalits suivantes :
Systme Unique avec son fonctionnement GSM et VHF-UHF au mme
temps.
Authentification base Web : Chaque compte peut prendre en charge
plusieurs utilisateurs, et chaque utilisateur a son mot de passe propre
login et un accs contrl aux sections au sein de leur compte.
Systme de reprage GPS indpendant : appareils de diffrents fabricants
peuvent tre suivis simultanment. Eigle-track peut supporter tous les
dispositifs.
Le Service de cartographie riche avec Google Maps.
zones gographiques personnalisables : zones clients (geozones) peut
tre mis en place pour fournir la notification. Chaque geozone peut
galement tre nomme.
3.1.2. Le traqueur GPS (Raveon M7 - GX) :
Le modle Raveon M7 - GX transpondeur
GPS est un UHF- VHF haut dbit modem
radio de donnes, robuste avec un
rcepteur intgr de GPS 12 canaux. Le M7
GX est le noyau d'un systme RavTrack. Il
transmet sa position GPS dans lair. Un
systme d'accs unique de canal TDMA
assure que mme des centaines de
Figure 15: Traqueur Raveon M7 - GX
vhicules peuvent transmettre leur
emplacement, et ne pas interfrer les uns avec les autres.
Il a un maximum de 5 watts d'nergie RF (radiofrquence) de puissance du
moteur, et fonctionne la fois comme un transpondeur pour le suivi de GPS et
d'un
modem radio pour envoyer et recevoir des donnes. Branchez
l'alimentation DC, Et une antenne UHF, et une antenne GPS, et vous tes prt
suivre la position au temps ral.

Chapitre 3

Page 43

Conception et Mise en place Dun Systme Fleet-Tracking

Les transpondeurs GPS RV- M7 peuvent tre configurs pour un certain


nombre de diffrentes applications GPS, comprenant :
Transpondeur : transmettre priodiquement la position et le statut.
Base de rception GPS : Rcepteur radio des informations envoyer par
dautres Les transpondeurs GPS RV- M7.

Figure 16: Traqueur Raveon M7 - GX

Le RV- M7 dispose galement d'un modem radio avec RS232 intgre avec
RS422/485 et USB options d'interface pour envoyer et recevoir des donnes.
Ce rcepteur est conu pour marcher avec le systme RavTrack de la socit
amricaine RAVEON, mais la possibilit de configuration, nous permettre de
ladapter avec le serveur collecteur des informations GPS travers un port
RS232.
3.1.3. Le traqueur GPS (VT310)
VT310 est un dispositif GPS / GPRS de suivi bas sur la disponibilit de
linformation GPS et la couverture GPRS, dvelopp et conu pour assurer le
suivi des vhicules en temps rel pour la gestion de la flotte de transport.
VT310 a intgr le module GPS pour obtenir des donnes de position prcises
et utilise sa capacit GSM pour envoyer les donnes de position une base
spcifie : tlphone mobile ou serveur.

Chapitre 3

Page 44

Conception et Mise en place Dun Systme Fleet-Tracking

Avec sa mmoire interne, VT310 peut stocker les coordonnes GPS quand il
ny a pas de connexion GPRS ou un intervalle spcifi demande par
l'utilisateur. Une option du VT310 est quun
microphone peut tre li elle et cach quelque
part l'intrieur du vhicule pour l'coute de la
cabine.
VT310 a les fonctions et les fonctionnalits
suivantes :
Communication bas sur les SMS ou le
rseau GPRS
Afficher l'emplacement sur le tlphone
mobile
couter (Voix coutes tlphoniques)
(facultatif)
Mmoire GSM zone aveugle (non couverte)
Figure 17: Traqueur VT310
Panic Button SOS
alarme de batterie faible
alarme excs de vitesse
I / O : 5 entres numriques, 3 ngatifs et 2 positifs dclenchement
Le traqueur VT310 utilise deux facteurs essentiellement pour assurer le
suivi des vhicules tout en gardant une bonne performance et en minimisant le
cot et lnergie.
VT310 a deux antennes, un pour recevoir les signaux GPS qui viennent de
satellites installer par tout autour de la terre, et une autre pour communiquer
avec le serveur et lui envoyer toutes les informations ncessaires pour localiser
la position du traqueur, sa vitesse et sa direction en temps rel.
VT310 reoit linformation qui vient des satellites GPS laide de lantenne
GPS qui est branche directement lquipement, et laide dun circuit intgr
qui est aliment soit directement ou par la batterie en cas dabsence
dalimentation externe, on collecte toutes les informations dans une trame TCP
ou UDP pour la transmettre aprs vers un serveur distant. On peut configure le

Chapitre 3

Page 45

Conception et Mise en place Dun Systme Fleet-Tracking

traqueur pour rpter cette procdure chaque x min suite la demande du


client.
3.1.4. Mis en place des deux systmes de rception de donn GPS
Le systme Eige-Track est conu pour recevoir les donn GPS pour nimporte
quelle technologie de transmission utilise, alors larchitecture de ce dernier
utilise deux serveurs de rceptions diffrents, le premier est spcifique pour le
port RS232 du modem de la station Radeon qui diffuse les paquets NMEA GPS
du Transmission VHF ou UHF, par la suit lenvoi de ces donne vers le serveur
central en utilisant dhabitude la connexion internet V-SAT. Le deuxime est
destin la rception par protocole TCP travers le rseau GSM.
Larchitecture des deux serveurs de rception de donnes GPS est illustr
dans la figure suivante :

Figure 18: Architecture des deux serveurs de rception de donnes GPS

Chapitre 3

Page 46

Conception et Mise en place Dun Systme Fleet-Tracking

3.2. Eigle-track linterface


Parmi les grands avantages ports par notre systme cest linterface
graphique conviviale qui englobe tous les fonctionnalits ncessaires pour
une meilleure gestion et suivi de la flotte.
3.2.1. Position et trace des vhicules sur la carte :
Diffremment de linterface OpenGTS linterface Eigle-Track peut afficher
tous les vhicules qui envoient les cordonne GPS en temps real avec leur noms
ou IDs en indiquant la direction et le changement de couleurs selon la vitesse
du mouvement. Ce qui facilite lobservation des dpassements tous de suit sur
lcran de toute la flotte en mme temps.

Bleu : pour une vitesse de moins de 5 km/h


Cyan : pour une vitesse entre 5km/h et 20 km/h
Vert : pour une vitesse entre 20km/h et 40 km/h
Orange : pour une vitesse entre 40km/h et 60 km/h
Rouge : pour une

Figure 19: Position et trace des vhicules sur la carte

Le calcule de vitesse et fait travers la fonction distHaversine selon la


formule justifi de HAVERSINE

Chapitre 3

Page 47

Conception et Mise en place Dun Systme Fleet-Tracking

La formule Haversien
Pour deux points sur une sphre (de rayon R) avec latitudes 1 et 2,
sparation de latitude = 1 - 2 sparation, et la longitude , o
les angles sont en radians, la distance d entre les deux points (le long d'un
grand cercle de la sphre ; voir la distance sphrique) est lie leur
emplacements par la formule ci-dessous

Soit h dsignent Haversien (d / R), donn d'en haut.


On peut alors rsoudre pour d soit en appliquant
simplement le sinus dcal inverse (si disponible) ou
par en utilisant la fonction arc sinus (inverse sinus) :
Alors on distingue la fonction suivante pour calculer la distance entre deux
point donnes par leurs cordonnes.
//claculer la distance et vitesse variat

Haversine formula

rad = function(x) {return x*Math.PI/180;}


distHaversine = function(p1, p2) {
var R = 6371; // earth's mean radius in km
var dLat = rad(p2.lat() - p1.lat());
var dLong = rad(p2.lng() - p1.lng());
var a = Math.sin(dLat/2) * Math.sin(dLat/2) +
Math.cos(rad(p1.lat())) * Math.cos(rad(p2.lat())) *
Math.sin(dLong/2) * Math.sin(dLong/2);
var c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1-a));
var d = R * c;
return d.toFixed(5);
}

Chapitre 3

Page 48

Conception et Mise en place Dun Systme Fleet-Tracking

3.2.2. Les options de lapplication de golocalisation Eigle-Track


Dans ce qui suit, nous prsentons les diffrentes fonctionnalits offerts par
lapplication.
3.2.2.1. Moteur de recherche et pointage vers vhicule slectionn
Pour chercher un vhicule sur la carte, linterface contient une barre de
recherche avec une liste dynamique et interactive AJAX-CALL en facilitant le
bailliage sur la BD avec des requtes de recherche avec nom, id ou description
des objets.

Figure 20: Barre de recherche interactive

3.2.2.2. Choix daffichage par group et fentre de paramtrage dynamique


On a donn une grande importance pour le cot dsigne notamment le
dgagement des fentres de paramtrage et les onglets de menus principale,
pour avoir un vue claire et relaxantes afin de suivre en vigilance les
mouvements de la flotte. En plus laffichage de la flotte peut se faire par group
selon le besoins.

Chapitre 3

Page 49

Conception et Mise en place Dun Systme Fleet-Tracking

Figure 21: Dgagement le menu et fentres de paramtrage

3.2.2.3. Historique :
A gauche apparaisse une autre fentre une fois slectionner une vhicule
pour voir lhistorique du mouvement de cette dernier, il y a deux calendriers
date/heure pour fixer une plage de temps. On clique sur le bouton mettre jour
pour visualiser la trace du vhicule dans la fourchette dfinie. Laffichage de
lhistorique se fait dans une autre carte quen peut la rduire et lagrandir sur

Figure 22: Historique

Chapitre 3

Page 50

Conception et Mise en place Dun Systme Fleet-Tracking

la carte principale. Lapplication parcourt les diffrentes positions occupes


par le vhicule, avec une petite fentre qui indique la date, la position GPS, la
vitesse, la destination et laltitude pour chaque position. Avec indication color
des dpassements de vitesse.
3.2.2.4. Les rapports :
Le lien rapport nous dirige directement vers la page des rapports Eigl-Track.
Sur cette page on peut choisir un intervalle de temps, et gnrer les rapports
dtaills de positions GPS, zones gographiques, vitesses et destinations en
trois formes :
Format CSV
Format XML
Format HTML
3.2.2.5. Go Zone :
La dfinition du go-zones se fait directement sur la carte sous forme de
polygones modifiable selon les primtres voulus, applicable tous de suit aprs
la cration en dveloppent la liste des G ozone dans longlet Gofencing.

Figure 23: Go Zone

Chapitre 3

Page 51

Conception et Mise en place Dun Systme Fleet-Tracking

3.2.2.6. Insertion des plans :


On peut intgrer une carte simple, un ensemble d'itinraires routiers, une
carte que le client cre avec les cartes personnalises pour Google Maps, une
carte d'une recherche locale ou encore des cartes cres par d'autres
utilisateurs. Ce qui permet de vrifier le stationnement de la flotte et le
parcoure de travail pour certaines vhicules de production.

Figure 24: Plans sure Carte

3.3. Rsum
Dans ce chapitre, jai prsent la plateforme utilise et les outils adopts afin
de mettre en uvre la solution ainsi quelques interfaces de lapplication, Dans
le chapitre suivant, nous abordons la conclusion et les perspectives souhaites
pour amliorer le projet.

Chapitre 3

Page 52

Conception et Mise en place Dun Systme Fleet-Tracking

Chapitre 4
Conclusion et perspectives
Dans un souci de grer en amant le changement que ce soit au niveau des
besoins utilisateurs, des technologies, des rgles mtier ou des organisations,
notre mission consistait amliorer la solution de gestion des flotte, et
proposer une solution plus adquate au besoin des entreprise, en se basant sur
la multiplications de rception GPS quel que soit le support de transmission. Il
nous a t surtout demand dajouter les fonctionnalit de golocalisation et
bien dautre services non offerts par lapplication openGTS, tout en bnficiant
des apports de modle en Y dans la conduite du projet, de loutil openGTS et
dautre systme pour les rassemble dans un system capable de remplir les
close du cahier de charge .
Le stage effectu au sein de TESPAS ma donn loccasion de faire le lien entre
les connaissances acadmiques, notamment en matire dintgration,
conception, installation et de dveloppement et le monde professionnel.
Dune part, il ma permis de dvelopper mes comptences techniques,
dapprofondir mes connaissances thoriques et pratiques, de stimuler un esprit
dinitiative et de crativit, et dapprendre le mtier de domaine GPS. Dautre
part, lenvironnement de travail, au sein dune quipe, ma donn loccasion
damliorer mon savoir-faire, de travailler avec rigueur et de consolider le
travail en quipe et le professionnalisme. Enfin, cette exprience a aiguis mes
capacits danalyse, de conception et de synthse et a surtout fortifi ma
motivation, ma dtermination et mon ambition.

Chapitre 4

Page 53

Conception et Mise en place Dun Systme Fleet-Tracking

Le projet poursuivra son dveloppement en ouvrant la voie sur les nouvelles


fonctionnalits qui peuvent ventuellement merger. Une des perspectives est
dajouter un champ dynamique pour chaque vhicule qui indique son statut
actuel (en garage, partie, arrive...) pour fournir toutes les informations
ncessaires pour crer aprs un systme automatique concourant dautre
produit.
Bibliographie
Ouvrage :
- [Mathieu Nebra, 2009], Concevez votre site web avec PHP et MySQL, Paris,
openclassroom, 2009, 308 pages.
- [Pascal Roques & Franck Valle, 2002], UML en action, 2e me dition, 2002, 388
pages.
Projets de fin dtudes :
- [Rachid Talib, 2011], Ralisation dune plateforme de gestion et suivi des avions
en temps rels, INPT, 2011, 89 pages.
Webographie
- [2012] site officielle dopenGTS Disponible sur : http://www.opengts.com
Dernier accs : 15/03/2012
- [Tespas, 2014]Tespas Entreprise, site officielle de Tespas [Hors ligne] Disponible
sur :
http://www.Tespas.com. Dernier accs : 28/05/2014
- [Trackgps, 2014] Trackgps Entreprise, Solution de localisation GPS Temps rel,
Disponible sur : http://trackgps.com. Dernier accs : 28/05/2014
- [sourceforge, 2012],
15/05/2014.

Chapitre 4

Disponible sur : http://sourceforge.net. Dernier accs :

Page 54

Conception et Mise en place Dun Systme Fleet-Tracking

Annexe 1 : Le systme GPS


2.1. Introduction
Le systme GPS (Global Positioning System) a t conu pour permettre
dobtenir, partout dans le monde et rapidement, des donnes de navigation
tridimensionnelles, avec une prcision de lordre de centimtres. Il se base sur une
constellation de satellites, qui mettent en permanence un signal dat, et un
rseau de stations au sol qui surveillent et grent les satellites. Les rcepteurs sont
passifs et le nombre dutilisateurs est donc illimit. La localisation est possible ds
lors que quatre satellites sont visibles : il y a en effet quatre inconnues
dterminer, les trois coordonnes spatiales, ainsi que le temps, puisque le
rcepteur au sol nest pas synchronis avec les satellites. Pour ce faire, les 24
satellites du systme sont rpartis sur six orbites de faon garantir quau moins
quatre satellites soient visibles en permanence et ce, partout sur la Terre.
Le systme GPS a de nombreuses applications, aussi bien civiles que militaires,
telles que la navigation (air, terre, mer) ou le relev de positions gographiques,
par exemple.
Les dates qui ont marques la ralisation :
- 1965: Premier concept du GPS.
- 1972: tude prliminaires de faisabilit du GPS.
- 1974 - 1979: Validation du concept (1er tir Fvrier 1978).
- 1979-1986: Evaluation development.
- 1986-1994: Mise en place oprationnelle Phase interrompue entre janvier 1986

et fvrier.
- 1989. Les lancements des satellites BLOCK II n'ont en fait commencs qu'en fvrier

1989.
2.2. Principe du GPS

Chapitre 4

Page 55

Conception et Mise en place Dun Systme Fleet-Tracking

Le systme GPS est un systme de radionavigation fonctionnel en tout temps,


dans toute condition mtorologique et dans tout lieu.
Un utilisateur peut dterminer sa position quil soit sur terre, en mer, dans les airs,
voire dans lespace, partir de la position connue de plusieurs satellites. Chaque
satellite met en permanence un signal dat. Un rcepteur synchronis peut alors
mesurer le temps de propagation de ce signal et en dduire la distance le sparant
du satellite. A partir de trois satellites, un tel rcepteur est capable deffectuer une
triangulation pour dterminer sa position.
Cette position est dtermine instantanment do la possibilit de poursuivre
des cibles mobiles.
Chaque mesure reprsente le rayon R dune sphre centre sur un satellite
particulier. Le rcepteur GPS est sur cette sphre. Avec trois mesures, donc trois
satellites, la position du rcepteur se rduit lintersection de deux points dont lun
est trs loigne dans lespace.

Localisation du rcepteur par trois satellites

Chapitre 4

Page 56

Conception et Mise en place Dun Systme Fleet-Tracking

Lhorloge du rcepteur nest pas synchrone avec lhorloge du systme GPS, ce


dcalage de synchronisation est appel biais dhorloge T qui se traduit par une
erreur de mesure du temps de propagation des signaux GPS et donc par une erreur
sur les distances satellites utilisateur. Cette erreur se retrouve sur toutes les
distances mesures par le rcepteur. Pour remdier cette erreur, ce biais de
temps, a priori inconnu, doit tre dtermin.
Il existe donc une quatrime inconnue en trois dimensions. Les paramtres
dterminer sont : La longitude, la latitude, laltitude et le biais dhorloge T.
Les calculs seffectuent dans un repre cartsien dans lequel les inconnus sont X,
Y, Z et T.
Il est ncessaire de mesurer une distance supplmentaire, donc de disposer de
quatre mesures effectues sur quatre satellites pour rsoudre un systme de
quatre quations quatre inconnues.
Ainsi le systme GPS est compos de satellites et de rcepteurs. Ces deux parties
du systme GPS sont appels respectivement, segment spatial et segment
utilisateur. Un troisime segment, le segment de contrle, veille la bonne marche
du systme.
2.3. Diffrents segments du systme GPS a-Segment spatial
Le segment spatial GPS est compos de 24 satellites. Les satellites GPS sont
rpartis sur six orbites ayant chacune quatre satellites rpartis. Les orbites sont
inclines de 55 par rapport au plan quatorial. Les orbites sont presque circulaires
de 26600 Km de rayon. (Les premiers satellites avaient leurs orbites inclines 64).
La distance lutilisateur varie entre 20200 Km pour un satellite situ au znith et
25600 Km pour un satellite situ au ras de lhorizon.
Un satellite dcrit une orbite en une demi-journe sidrale. Un observateur
terrestre qui observe un satellite en particulier, le voit toutes les 23 heures 56
minutes au mme endroit du fait de la diffrence entre la priode de rotation des
satellites et de la terre. Les satellites sont positionns de manire ce quun
minimum de six soit visible. En limitant langle de visibilit 15 au-dessus de

Chapitre 4

Page 57

Conception et Mise en place Dun Systme Fleet-Tracking

lhorizon (angle dlvation), lutilisateur dispose dun minimum de quatre


satellites tout moment et quel que soit sa position dans lenvironnement proche
de la terre. Onze satellites sont occasionnellement visibles au-dessus de lhorizon
(lvation nulle).
Plusieurs gnrations de satellites se suivent, elles sont appeles Bloc 1, Bloc 2,
Bloc 2A, Bloc 2R et Bloc 2F. Onze satellites du Bloc 1 ont t lancs entre 1978 et
1985. Le dernier a t utilis jusquen 1995. La constellation a t dclare
oprationnelle fin 1993, lorsque les 24 satellites du Bloc 2 ont t en service. 28
satellites de cette gnration ont t commands.
Chaque satellite pse 846 kg une fois plac sur son orbite.
Les fonctions dun satellite sont les suivantes :

Recevoir et mmoriser les informations du segment de contrle.

Maintenir un temps trs prcis par une moyenne sur plusieurs oscillateurs
embarqus.
Un satellite dispose de deux horloges au csium et deux horloges au rubidium
(stabilit meilleur que 10-13).

Transmettre les informations aux utilisateurs par lintermdiaire de deux


porteuses L1 et L2.

Asservir sa position et son altitude.

Assurer une liaison UHF entre les diffrents satellites.

Des panneaux solaires de 7.25 m fournissent une puissance lectrique de 700 W.


b-Segment de contrle
Les principales fonctions du segment de contrle sont de suivre les satellites pour
estimer leur orbite, dajuster leurs phmrides, de modliser la drive des
horloges et de remettre jour les paramtres du message de navigation que les
satellites diffusent. Le segment de contrle surveille et maintient ltat de chaque
satellite.

Chapitre 4

Page 58

Conception et Mise en place Dun Systme Fleet-Tracking

Ce segment est constitu dune station principale (Master Station), de cinq


stations de contrle (Monitor Station) et de trois stations de tlchargement
(Ground Antenna).
La station principale est situe Colorado Springs, traite toutes les informations
diffuses par les satellites y compris les informations de tlmesure. Les orbites des
satellites sont paramtres et la drive dhorloge des satellites modlise
permettant ainsi de synchroniser le temps satellite et le temps GPS. Ces donnes
sont rgulirement transmises vers les satellites sous la responsabilit de la station
principale.
Les informations GPS sont collectes en permanence par cinq stations monitrices
globalement disperses et couvrant la quasi-totalit de lespace dans lequel
gravitent les satellites. Ces cinq stations sont situes Hawa, Colorado Springs, sur
lle de lAscension, Diego Garcia et Kwajelein. Seules trois stations (Lle de
lAscension, Diego Garcia et Kwajelein) assurent en plus les fonctions de
tlchargement des donnes vers les satellites et contrlent le bon transfert. Le
chargement des donnes seffectue une fois par jour par une liaison 2.2 GHz. Le
satellite dispose de 14 jours de capacit mmoire. Au-del de cette priode et sans
rafrachissement des donnes, il devient risqu de naviguer avec ces satellites car
la prcision des mesures se dgradent rapidement.
Le rle des stations de contrle est de poursuivre passivement les satellites en
code et en porteuses quelle que soit leur position et de faire lacquisition des
messages de navigation.
Le niveau des signaux GPS est galement surveill. Ces informations sont envoyes
la station principale. Elles lui permettent de calculer les phmrides et destimer
la drive dhorloge des satellites. Par ailleurs, la station estime le retard
ionosphrique et calcule les paramtres du modle de correction.
La station de contrle principale asservit la position des satellites et gre la
constellation spatiale. Elle actualise lalmanach chaque modification de la
constellation spatiale, du lancement ou la fin de vie dun satellite. Lalmanach est
une information qui calcule une position approximative dun satellite. Elle sert

Chapitre 4

Page 59

Conception et Mise en place Dun Systme Fleet-Tracking

pour dterminer si un satellite est visible. Ceci facilite la recherche des satellites et
leurs acquisitions.
c- Segment utilisateur
Le segment utilisateur consiste en une varit de rcepteurs GPS militaires ou
civils.
Un rcepteur est conu pour recevoir, dcoder et traiter les signaux mis par les
satellites GPS. Les rcepteurs intgrs (carte ou circuits spcifiques au GPS) dans
dautres systmes sont galement inclus dans le segment utilisateur.
Les utilisateurs disposent dun moyen unique pour leurs applications de
localisation, de navigation, de rfrence de temps, de godsie voire de
dtermination daltitude.
Ces applications diverses ont conduit dvelopper diffrents types de
rcepteurs chacun pouvant inclure diffrentes fonctions adaptes aux besoins.
Signal GPS. Le signal satellite est transmis sur deux ondes porteuses appeles L1 et
L2. Les frquences de ces porteuses sont respectivement 1575.42 MHz et 1227.60
MHz.
Le choix de la bande L rsulte dun compromis entre de nombreux critres dont
les plus importants sont : laffaiblissement de lespace libre varie en 1/ donc croit
avec la frquence, et la complexit du matriels croit galement avec la frquence
du signal.
Lutilisation de deux porteuses permet dune part de mesurer le temps de groupe,
retard de la modulation dun signal par rapport la phase de sa porteuse. Dans le
cas du GPS, le temps de groupe et la vitesse de phase sont diffrents du fait de la
nature de lionosphre. Et ce phnomne dgrade la prcision dans les mesures.
La seconde frquence est utile lorsque la premire est perturbe (volontairement
ou non).
Les deux frquences GPS sont cohrentes et sont multiples dune horloge de
rfrence f0 10.23 MHz (La frquence de base est gnre dans les satellites par

Chapitre 4

Page 60

Conception et Mise en place Dun Systme Fleet-Tracking

des horloges atomiques, celle-ci tant lgrement dcale pour compenser les
effets relativistes):
L1=154* f0 = 1575.42 MHz
L2=120* f0 = 1227.60 MHz
La frquence L1 est module par saut de phase (). Un signal numrique de
frquence 10.23 MHz inverse le signe de la composante en phase de la porteuse
tandis quun signal numrique cadence de 1.023 MHz inverse celui de la
composante en quadrature chaque changement de niveau logique.
Les signaux numriques rapides et lents sont respectivement constitus par un
code P (Precise), qui est un code militaire dont lencodage na pas t rendu public
et il a une priode libre de 266 jours (soit 38 semaines), et par un code C/A
(Coarse/Acquisition), qui permet une localisation plus rapide, mais moins prcise ,
il est de plus accessible tous, multiplis avec un message D utilis par le rcepteur
pour rsoudre les quations de navigation (C/A, P et D valent 1 dans les relations
qui suivent).
La frquence L2 est normalement module par le signal cadence rapide
constitu par le produit du code P et du message de navigation.

Chapitre 4

Page 61

Conception et Mise en place Dun Systme Fleet-Tracking

Annexes 3: General Packet Radio Service (GPRS)


Le General Packet Radio Service ou GPRS est une norme pour la tlphonie
mobile drive du GSM permettant un dbit de donnes plus lev. On le qualifie
souvent de 2,5G. Le G est l'abrviation de gnration et le 2,5 indique que c'est une
technologie mi-chemin entre le GSM (2e gnration) et l'UMTS (3e gnration).
Le GPRS est une extension du protocole GSM : il ajoute par rapport ce dernier
la transmission par paquets. Cette mthode est plus adapte la transmission des
donnes. En effet, les ressources ne sont alloues que lorsque des donnes sont
changes, contrairement au mode circuit en GSM o un circuit est tabli et
les ressources associes pour toute la dure de la communication.

3.1. Architecture
Le GPRS permet de fournir une connectivit IP constamment disponible une
station mobile (MS), mais les ressources radio sont alloues uniquement quand
des donnes doivent tre transfres, ce qui permet une conomie de la
ressource radio. Les utilisateurs ont donc un accs bon march, et les oprateurs
conomisent la ressource radio. De plus, aucun dlai de numrotation n'est
ncessaire.
Avant le GPRS, l'accs un rseau se faisait par commutation de circuits, cest-dire que le canal radio tait rserv en continu la connexion (qu'il y ait des
donnes transmettre ou pas). La connexion suivait le chemin suivant :
MS BTS BSC MSC Rseau.
Comme on peut le noter, aucun nouvel quipement n'tait ncessaire. Le GPRS
introduit lui de nouveaux quipements. La connexion suit le cheminement suivant
:
MS BTS BSC SGSN Backbone GPRS (Rseau IP) GGSN Internet.

Chapitre 4

Page 62

Conception et Mise en place Dun Systme Fleet-Tracking

Figure A-2 : Architecture de GPRS

La connexion entre le MS et le BSS (cest--dire BTS + BSC + TRAU) fait intervenir


un protocole de couche 2 (MAC, Medium Access Control) et un protocole de
couche 3 (RLC, Radio Link Control). Ces deux couches ont pour mission de grer les
procdures de connexion/dconnexion et de grer le partage de la ressource radio
entre plusieurs utilisateurs. RLC gre la segmentation et le rassemblage, et
supporte deux modes d'utilisation : acknowledged mode qui permet la
retransmission d'une trame errone et unacknowledged mode qui ne le permet
pas. La connexion entre le BSS et le SGSN (Serving GPRS Support Node) a lieu avec
le protocole NS (Network Service) en couche 2 et le protocole BSSGP (Base Station
Subsystem GPRS Protocol) en couche 3.
La connexion entre le SGSN (Serving GPRS Support Node) et le GGSN (Gateway
GPRS Support Node) utilise le protocole IP. Les connexions en couche 4 se font avec
le protocole LLC (Logical Link Control) entre la MS et le SGSN, et avec l'UDP entre
le SGSN et le GGSN. Au-dessus des couches 4 se trouvent deux autres protocoles :
SNDCP ((en)Sub Network Dependent Converge Protocol) entre la MS et le SGSN, et
GTP ((en) GPRS Tunnelling Protocol) entre leSGSN et le GGSN.

Chapitre 4

Page 63