AACCTTIIFF –– LLOOTT 11 :: … · La carte SIM du mobile. C'est la solution qui est promue par...

AAACCCTTTIIIFFF ––– LLLOOOTTT 111 ::: MMMaaaiiinnnttteeennnaaannnccceee

ééévvvooollluuutttiiivvveee eeettt aaaccccccooommmpppaaagggnnneeemmmeeennnttt

PPPrrreeessstttaaatttiiiooonnn 222 ::: EEEtttuuudddeee ttteeeccchhhnnniiiqqquuueee

AAAppppppllliiicccaaatttiiiooonnn ddd'''AAAccctttiiifff ààà uuunnn ppprrrooojjjeeettt NNNFFFCCC

Aide à la Conception de systèmes de Transports Interopérables en France

ACTIF – LOT 1 : Maintenance évolutive et accompagnement /40

Prestation 2 : Etude technique Application d'Actif à un projet NFC

Description du Document Client Ministère de l’Ecologie, du Développement Durable, des

Transports et du Logement / CERTU

Référence marché Client

n° 09 400 09 00 223 6044 Lot 1

Référence Commande Client

Prestation 2 – Etude technique d'application d'Actif à un projet NFC

Référence Contrat OC 104332 Phase 8

Titre projet ACTIF – LOT 1 : Maintenance évolutive et accompagnement

Titre document Prestation 2 : Etude technique Application d'Actif à un projet NFC

Référence ETT_Application d'actif à un projet NFC

Version V0r2

Classification Client

Rédacteur Bachar Abou Saleh et Dahir Alhachimi

Statut (Nom)

En cours Relu Validé Approuvé

Date 30/06/2012

Diffusion

Société Destinataire Entité

MEDDTL/DGITM/SAGS/MTI Roger PAGNY MEDDTL/DGITM/SAGS/MTI

MEDDTL/ CETE–Nord Picardie Thomas DURLIN CETE–Nord Picardie

CERTU/DD/PST Thomas VIDAL CERTU/DD/PST

OBS Dahir ALHACHIMI CIT

OBS Equipe projet CIT

JB CONSEILS Jean BERGUINIOUX JBConseils

Approbation du document

Fonction Nom Entité Date

Chef de projet ACTIF Roger PAGNY MEDDTL/DGITM/SAGS/MTI

Validation du document

Fonction Nom Entité Date

Directeur de projet Dahir ALHACHIMI Orange Consulting/GSI



Historique des versions

Version Opération Auteur Date

V0r1 Création du document Bachar ABOU SALEH Avril 2012

V0r2 Résultat de la revue interne Dahir ALHACHIMI Mai 2012

Documents de référence

N° Intitulé Référence

1 Guide de Déploiement des Services Mobiles Sans Contact. Tome 1: Etat de l'art des services mobiles sans contact. Rédacteur : Forum services mobiles sans contact.

http://www.forum-smsc.org/forum-smsc_images/documents/guide-territoires-NFC/2011_07_06_Forum_SMSC_Guide_Deploiement_SMSC_Etat%20de%

20l'art_final.pdf

2 Guide de Déploiement des Services Mobiles Sans Contact. Tome 2: Méthodologie pour le déploiement de services mobiles sans contact.

Rédacteur : Forum services mobiles sans contact.

http://www.forum-smsc.org/forum-smsc_images/documents/guide-territoires-NFC/2011_07_11_Forum_SMSC_Guide_M%C3%A9thodologie%20D%C3%

A9ploiement_final.pdf

http://www.forum-smsc.org/forum-smsc_images/documents/guide-territoires-NFC/2011_07_06_Forum_SMSC_Guide_Deploiement_SMSC_Etat%20de%20l'art_final.pdf






http://www.forum-smsc.org/forum-smsc_images/documents/guide-territoires-NFC/2011_07_11_Forum_SMSC_Guide_M%C3%A9thodologie%20D%C3%A9ploiement_final.pdf








TABLE DES MATIERES

1. INTRODUCTION .............................................................................................................8

1.1. OBJET DU DOCUMENT.................................................................................................8

1.2. PROCEDURES D'APPROBATION ET DE MISE A JOUR .......................................................8

1.3. ABREVIATIONS ...........................................................................................................8

2. DESCRIPTION DU NFC .................................................................................................9

2.1. QU’EST-CE QUE LE NFC .............................................................................................9

2.2. CARACTERISTIQUES PRINCIPALES................................................................................9

2.3. NORMES NFC: .........................................................................................................10

2.4. DIFFERENTES CONFIGURATIONS TECHNIQUES DU NFC ...............................................10

2.5. TYPES DE SOLUTION NFC.........................................................................................12

2.6. DOMAINE D’EXISTENCE DU NFC ................................................................................13

2.7. LE NFC ET LE TRANSPORT PUBLIC EN FRANCE..........................................................14

3. ARCHITECTURE DES SERVICES NFC .......................................................................16

3.1. LES COMPOSANTS D’UNE SOLUTION NFC ..................................................................16

3.2. ARCHITECTURE SIMPLIFIEE POUR LES SERVICES NFC ................................................17

3.3. ARCHITECTURE D'UN TELEPHONE NFC ......................................................................18

3.4. INSTALLATION D’UN SERVICE SUR UN TELEPHONE NFC ...............................................19

3.5. MUTUALISATION .......................................................................................................20

3.6. APPLICATION AUX SERVICES TRANSPORTS ................................................................20

3.6.1. Cas d’utilisations ..........................................................................................21

3.6.2. Equipements billettique ................................................................................22

3.6.3. Plateforme d’installation et d’administration du service transport .................22

3.6.4. Applications embarquées.............................................................................23

3.6.5. Serveur de vente à distance ........................................................................23

3.6.6. Plateforme de gestion des équipements et des services de l’usager ...........23

3.7. ARCHITECTURE D’UNE CARTE A PUCE NFC ................................................................23

4. MODELISATION ACTIF ET OSCAR ............................................................................25

4.1. DIAGNOSTIC ET CONTEXTE .......................................................................................25

4.1.1. Identification des Acteurs .............................................................................26

4.1.2. Relations entre les acteurs ..........................................................................28

4.2. SYSTEMES DANS L’ENVIRONNEMENT DE LA CARTE A PUCE NFC ..................................28

4.3. INTERFACES ENTRE LES SYSTEMES ...........................................................................29

4.4. DECOUPAGE FONCTIONNEL DU SYSTEME ...................................................................31



4.5. MODELISATION AVEC OSCAR ..................................................................................31

4.5.1. Identification des sous systèmes .................................................................31

4.5.2. Identification des partenaires .......................................................................31

4.5.3. Organisation des diagrammes et des flux d’échanges de données ..............31

4.6. BILAN DE LA MODELISATION : SYNTHESE ET PRECONISATION .......................................35

5. BIBLIOGRAPHIE ..........................................................................................................36

6. ANNEXE .......................................................................................................................37

Annexe A1 : NFC VS Bluetooth 4.0 ........................................................................................................ 37

Annexe A1-1 : NFC et Bluetooth ...................................................................................... 37

Annexe A1-2 : NFC, Bluetooth ou Bluetooth 4.0 (Bluetooth Low Energy) .......................... 38

Annexe A2 : Orange et NFC .................................................................................................................. 39

Annexe A2-1 : AFSCM et Cityzi ....................................................................................... 39

Annexe A2-2 : Le Samsung Galaxy S2 ............................................................................ 39

Annexe A2-3 : Orange et SITA : le billet d’avion dans le mobile ........................................ 39

Annexe A2-4 : Orange et Cityzi Revolution Commerce ..................................................... 39



TABLE DES TABLES

Tableau 1 : Normes NFC ......................................................................................................10

Tableau 2 : Mode de fonctionnement du NFC ......................................................................12

Tableau 3 – Comparaison NFC, Bluetooth et Bluetooth 4.0..................................................38

TABLE DES FIGURES

Figure 1 - Cas d'utilisation __________________________________________________13

Figure 2- Architecture simple de services NFC __________________________________17

Figure 3- Architecture d'un téléphone NFC _____________________________________19

Figure 4- étapes d’installation et de mise en marche d'un service sur un téléphone NFC __19

Figure 5 : architecture du service transport _____________________________________21

Figure 6 - Architecture de la carte à puce NFC __________________________________24

Figure 7 - Ecosystème de la carte à puce NFC __________________________________30

Figure 8 : flux externes à l’exploitant des TC ____________________________________32

Figure 9 : flux internes à l’exploitant des TC ____________________________________33

Figure 10: flux pour la gestion des fraudes _____________________________________34

Figure 11 - NFC et technologies sans fils ______________________________________37



1. INTRODUCTION

1.1. Objet du document

Ce document décrit, à travers le retour d’expérience sur le si de transport de l’agglomération de Rennes Métropole, d’une part le fonctionnement des technologies de connexion sans contact, principalement la technologie NFC, dans le cadre des systèmes de transport intelligeant, et d’autre part la modélisation d’un cas concret d’utilisation d’une carte à puce NFC, la carte dite KorriGo, et le passe Navigo sans téléphone.

Ce document est organisé en trois chapitres :

Description et présentation de la Norme NFC,

Description de l’architecture technique des services NFC,

Modélisation dans Actif et Oscar d’un cas concret d’utilisation de la norme à travers la

carte KorriGo et du passe Navigo.

1.2. Procédures d'approbation et de mise à jour

Ce document est soumis au contrôle technique et au contrôle qualité Orange Consulting/GSI puis à l'approbation (ou l’acceptation) du client. Les mises à jour de ce document sont effectuées par le directeur projet d’Orange Consulting/GSI.

1.3. Abréviations

STI : Système de Transport Intelligent

NFC : Near Field Communication

RFID : Radio Frequency IDentification

ISO : International Organization for Standardization

CEI (IEC) : Commission Electronique Internationale (International Electrotechnical Commission)

CEN : Comité Européen de Normalisation

NE : Normes Européennes

AOT(U) : Autorité Organisatrice de Transport (Urbain)

TC : Transports en Commun



2. DESCRIPTION DU NFC

2.1. Qu’est-ce que le NFC

La communication en champ proche (Near Field Communication), habituellement appelée NFC, est une technologie de communication sans-fil à courte portée et haute fréquence, permettant l'échange d'informations entre des périphériques jusqu'à une distance d'environ 10 cm. Cette technologie est un cas particulier de la norme ISO/CEI 14443 standardisant les cartes de proximité utilisant la RFID (Radio Frequency IDentification), qui

combinent l'interface d'une carte à puce et un lecteur au sein d'un seul périphérique.

Un périphérique NFC actif est capable de communiquer avec le matériel ISO/CEI 14443 existant, avec un autre périphérique NFC (actif ou passif) ou avec certaines infrastructures sans-contact existantes comme les valideurs des transports en commun ou les terminaux de paiement chez les commerçants. La NFC équipe aujourd’hui des cartes utilisées dans les transports, dans le commerce ou pour l’accès à certains services publics et de plus en plus de terminaux mobiles. La NFC équipait en effet en 2011 50 millions de tablettes tactile ou téléphones mobiles, chiffre qui pourrait atteindre 300 millions en 2013.

2.2. caractéristiques principales

Débits de communication : 106, 212, 424 ou 848 kbit/s Gamme de fréquence : 13,56 MHz Distance de communication : quelques centimètres (aucune normalisation à ce jour)

Mode de communication : half-duplex ou full-duplex (cas d’échanges simultanés)



2.3. normes NFC:1

Normes Description sommaire

NFCIP-1 (ISO/CEI 18092)

ISO/CEI 13157- 1 (ou 2)

NFCIP-1 (Near Fiel Communication Interface and Protcol-1 ou ISO/CEI 18092) définit l'interface et le protocole de communication entre deux périphériques NFC.

ISO/CEI 13157-1 : rajout d’un canal de sécurité a NFCIP-1.

ISO/CEI 13157-2 : définit les mécanisme de cryptographies utilisé pour NFCIP-1

ISO/CEI 14443-1 à ISO/CEI 14443-4

définissent la communication avec des circuits intégrés sans

contact. L’ISO/CEI 14443 consiste en 4 parties qui se suivent :

ISO/IEC 14443-1 : Définit les caractéristiques physiques des cartes de proximités

ISO/IEC 14443-2 : Définit la puissance de fréquence radio et l’interface de signal

ISO/IEC 14443-3 : Initialisation et anticollision

ISO/IEC 14443-4 : Protocol de transmission

NDEF

Near Fiel Communication Data and Exchange Format. NFC

Forum.

C’est un format de données commun pour les appareils et tags certifiés par le Forum NFC.

Tableau 1 : Normes NFC

2.4. Différentes configurations techniques du NFC

On appel élément sécurisé une puce qui permet de garantir la gestion sécurisée de plusieurs applications, l'étanchéité entre ces applications, la manipulation et le stockage sécurisé de données sensibles et d’informations secrètes, comme les clés d'un réseau de transport. Cette puce va pouvoir répondre aux mêmes exigences sécuritaires que les cartes bancaires.

L'élément sécurisé dans lequel on héberge les applications des services NFC peut être :

1 Des organismes autre que ISO/CEI ont également normé des usages ou techniques basées sur la NFC, tel que

l'ECMA (European Computer Manufacturers Association, organisation de standardisation active dans

le domaine de l'informatique) ou l'ETSI (European Telecommunications Standards Institute, soit

l’Institut européen des normes de télécommunication).



La carte SIM du mobile. C'est la solution qui est promue par les opérateurs de

téléphonie mobile au niveau international et qui est reprise en France par les opérateurs dans les travaux de l'AFSCM (Association Française du Sans Contact Mobile). La carte SIM a été retenue par les acteurs du projet Nice. Et c'est par ailleurs la seule solution qui est spécifiée de bout en bout ce qui en fait un atout indéniable.

Une puce intégrée dans le téléphone. On parle de "embedded secure

element". Les premiers déploiements et pilotes NFC notamment en Asie ont été faits sur ce type de mobiles. Mais le manque de flexibilité est un frein pour le large déploiement de cette solution.

Une carte micro SD enrichie d'une puce et parfois même d'une antenne et modem NFC. Mais il n'y pas encore de produits largement disponibles sur le

marché.(généralement, le smartphone contient directement l’antenne et le modem NFC)

Des spécifications internationales comme GlobalPlatform (spécification pour la sécurité, gestion des transactions, et infrastructures de cartes à microprocesseur) ou EMV (Europay Mastercard Visa, standard international des cartes de paiements) se déclarent agnostiques concernant le type d'élément sécurisé et permettent de gérer une application avec les mêmes mécanismes quelque soit l'élément sécurisé (SIM, embedded et carte micro SD).

Et il est d'ailleurs envisagé que certains téléphones fassent coexister plusieurs éléments sécurisés.



2.5. Types de solution NFC

Type Exemple Description sommaire

Puce passive

Carte à puce sans-contact. La carte SIM de l'opérateur peut être utilisée comme élément de sécurité en stockant des informations cryptées. Les usages sont multiples: paiement, billettique ou transport... Le mobile, par ses fonctionnalités étendues (IHM, connexion réseau, capacité de traitement), enrichit considérablement les services basés sur des cartes. On peut aussi modifier des informations sur l’élément sécurisé, par exemple une carte de transports contenant 10 trajets pour décrémenter à chaque trajet etc.….

Lecture

Lecteur de cartes sans-contacts (mode actif) ou de « Tags » (étiquettes électroniques). Ce mode permet de lire des informations en approchant son mobile devant des étiquettes électroniques disposées dans la rue, sur des abris bus, colis, produits

Peer to peer

Deux terminaux mobiles d'échanger de l'information, par exemple des vCard, des vidéos, de l'argent, etc. Un appareil doté de la technologie NFC est capable d'échanger des informations avec des cartes à puces sans contact mais aussi avec d'autres appareils semblables.

Tableau 2 : Mode de fonctionnement du NFC



2.6. Domaine d’existence du NFC

Figure 1 - Cas d'utilisation

La figure 1 nous montre les domaines d’utilisation de la technologie NFC dans notre vie de tout les jours. Parmi les usages les plus répandus, on trouve :

Paiement en utilisant une carte bancaire sans contact, ou un appareil mobile (téléphone portable, smartphone, ordinateur portable, tablette numérique…) sur un terminal de paiement sans contact ;

Paiement du parking à une borne acceptant le paiement sans contact à l'aide de son terminal mobile NFC ;

Achat et validation sans contact d'un titre de transport ou d'un billet d'entrée à un spectacle avec son mobile ;

Gestion de coupons de réduction dans un magasin, gestion de points de fidélité chez les commerçants (couponing) ;

Accès et démarrage d'un véhicule à l'aide de son téléphone mobile ; Lecture d'informations produits (prix, composition, allergie, etc.) dans un magasin ; Contrôle d'accès à des locaux en accès réservé (salle de réunion, entreprise, salle de

cours, etc.) ; Echange de profils entre deux utilisateurs d'un réseau social ou de niveaux de jeux

en rapprochant ("tapant") les deux téléphones (mode pair-à-pair) ; Lecture d'une carte de visite électronique avec un PDA ; Synchronisation de signets Internet et de contacts entre un PDA et un téléphone

portable ; Récupération de la clef WiFi d'un point d'accès en approchant son « périphérique

NFC » de la borne de diffusion



2.7. Le NFC et le Transport Public en France

Dès 2008, le gouvernement français met en place le Forum des services mobiles sans contact (Forum SMSC) pour fédérer les acteurs et préparer un déploiement à grande échelle des services NFC.

Dans ce cadre, Un projet pilote a ainsi été élaboré à Nice qui a démarré en mai 2010. Un projet qui a pour particularité d’associer quatre opérateurs mobiles et de reposer sur des mobiles NFC commercialisés permettant l’accès à plusieurs services (transport, paiement, visite).

À la suite de ce projet, le gouvernement a décidé de favoriser le déploiement national des services NFC avec la désignation de 9 territoires leaders du sans contact mobile :

Bordeaux en coordination avec Pessac

Caen en coordination avec la Manche

Lille,

Marseille,

Nice,

Paris,

Rennes,

Strasbourg,

Toulouse

Enfin, en mai 2011, dans le cadre du programme des investissements d'avenir, un appel à projets « Déploiement des services mobiles sans contact NFC », doté de 20 millions d'euros a été lancé. Sur la cinquantaine de dossiers déposés par les collectivités locales, 17 ont été présélectionnés :

Besançon,

Bordeaux,

Caen (avec Manche Numérique),

Dijon,

Grenoble,

Lille,

Marseille,

Mulhouse,

Nice,

Paris,

Reims,

Rennes,

Strasbourg,

Toulon,

Toulouse.

Les projets des collectivités locales portent sur :



le paiement, la billettique sur téléphone mobile,

la création de parcours touristiques ou encore de services en ville (par exemple, accès à la piscine, à la bibliothèque)



3. ARCHITECTURE DES SERVICES NFC

Dans le cadre de notre étude, nous nous focalisons uniquement sur le NFC dans les Système de Transport Intelligent (STI).

3.1. Les composants d’une solution NFC

NFC. Les principaux composants d’une solution NFC sont :

Un système d’information pour la gestion des services

Une plateforme de mise en disposition des applications

Une plateforme de gestion du contenu (informations utilisateur etc.)

Tags (étiquettes électroniques qui donnent accès à un service à travers un scanner) déployés sur le terrain (l’élément sécurisé devient tag quand il s’agit d’application de billettique par exemple ou de contrôle d’accès)

Cardlet , une petite application Java pour (carte à) puce qui contient l'application et les données propres à chaque usager, dans l’élément sécurisé. En cas de carte SIM, une interface graphique en plus sur le mobile pour permettre l’accès au service, c’est la MIDlet .

Raccordement avec les opérateurs pour gérer le service OTA (Over The Air, technologie permettant d’accéder aux données d’une carte SIM à distance. Il permet par exemple ainsi à un opérateur de téléphonie mobile de mettre à jour le contenu ou d'introduire un nouveau service sur tout un lot de cartes SIM de manière rapide, efficace et peu coûteuse).

En cas d’application de la solution sur le téléphone (cas d’étude ici) il n’y a pas d’éléments spéciaux à déployer dans les mobiles NFC (ils contiennent déjà un élément sécurisé).

Un ensemble de lecteurs sans contact doivent être déployés sur le terrain. Les lecteurs doivent être conformes à la norme ISO 14443. Deux types de solutions sont envisageables pour mettre en œuvre des services villes :

Une solution offline qui embarque dans le téléphone ou la carte le détail

des droits de l’usager. Dans ce cas, le lecteur sans contact peut, à la

simple lecture des droits contenus dans la carte ou le téléphone, confirmer

si ce l’usager a accès ou non au service. La transaction se déroule

"offline". Ce type de solution nécessite de l'intelligence dans la carte (ou la

Cardlet pour le téléphone) et dans le lecteur sans contact. Les solutions

offline ont été conçues notamment pour palier aux manques et

défaillances des infrastructures de communication et utilisent les

capacités de la carte à puce pour assurer la sécurité de la solution.

L'exemple le plus courant de ce type d'application est la billettique

transport où les tickets sont effectivement stockés dans la carte transport.

Ou bien une solution online qui s'appuie sur un simple identifiant unique

dans le support de l’usager (téléphone ou bien carte). Dans ce cas, le

terminal sans contact doit systématiquement consulter le serveur pour



connaître les droits de l’usager, son solde de crédit … Ce type de solution

devient maintenant très courant car les coûts et temps de connexion à un

serveur distant sont maintenant très faibles et acceptables pour de

nombreux cas d'usage. L’intelligence du service est donc développée sur

des serveurs, ce qui simplifie la mise à jour, l'ajout de fonctionnalités, par

rapport au déploiement sur une carte à puce. La solution retenue pour la

dématérialisation de services villes sur téléphone NFC dépend de plus

bien sûr du contexte de chaque territoire, et notamment de l'existant sur

les cartes à puce. Par ailleurs, plusieurs solutions peuvent coexister sur le

même territoire pour des services différents.

3.2. Architecture simplifiée pour les services NFC

Comme vu précédemment, l’élément sécurisé permet de différencier les cas d’utilisation. Nous allons dans notre étude mettre en avant l’utilisation du NFC à travers un mobile, et concernant les autres types de cartes à puce NFC, tous les éléments apportés ici seront pratiquement valable aussi en apportant quelques changements à l’architecture (Cardlet dans la carte à puce, plus de mobile, le MIDlet dans les équipements NFC etc.).

De point de vue architecture, l’utilisation de la norme NFC s’expliquerai de la façon suivante :

Figure 2- Architecture simple de services NFC

Systèmes d’information des services

Le système d'information lorsqu'il existe doit être enrichi, ou sinon créé pour gérer les services dématérialisés sur téléphones NFC, notamment avec :

Une interface vers la plateforme de gestion des applications embarquées,

Et des interfaces de consultation web.



Applications embarquées

Les applications embarquées sont :

La Cardlet contient l'application et les données propres à chaque usager. Elle est chargée dans la carte SIM.

La MIDlet est chargée dans le téléphone. Elle constitue l'interface graphique qu'utilise l’usager pour consulter les informations liées au service (solde de crédit, …)

Plateforme de gestion des applications

Cette plateforme permet de gérer les applications mobiles à travers une interface graphique (chargement, gestion des versions)

Plateforme d’installation et d’administration des services NFC

Cette plateforme permet de gérer l’installation (chargement, personnalisation) et le cycle de vie des services dans les cartes SIM des téléphones NFC (perte, vol, changement de mobile). Cette plateforme est raccordée par un VPN aux systèmes d’information de chaque opérateur télécom.

Plateforme de gestion des services fournis à l’utilisateur

Cette plateforme permet la gestion des équipements NFC et tous les échanges qui s’effectuent entre le système d’information et les équipements. Elle permet aussi la gestion des services de l’usager comme par exemple valider le paiement après vérification des informations lues par l’équipement.

Serveur de vente à distance

Le serveur de vente à distance permet l’achat et le rechargement de titres sur le mobile.

Téléphone mobile de l’utilisateur

Cette partie est détaillée dans la section suivante « Architecture d'un téléphone NFC »

Equipement NFC

Les équipements NFC sont les tags déployés sur le terrain ou les scanners (lecteurs) de Tags qui permettent à l’usager l’accès à un service comme par exemple les lecteurs de Tags permettant l’accès à un bâtiment etc.

3.3. Architecture d'un téléphone NFC

Le schéma ci-dessous présente de façon simplifiée l'architecture d'un téléphone NFC utilisant la carte SIM comme élément sécurisé. Les principaux éléments, liés au NFC, sont les suivants:

La carte SIM est l’élément sécurisé dans laquelle se trouve l’application métier (Cardlet ).

Le modem NFC et l'antenne font partie du mobile. Et l'interface graphique, la partie visible du service pour l'utilisateur, est chargée dans

le processeur du téléphone. On l'appelle MIDlet sur un téléphone Java



Figure 3- Architecture d'un téléphone NFC

Les opérateurs télécom préconisent d'utiliser la carte SIM pour héberger les applications métier. C'est pourquoi cette architecture est généralement utilisée dans les téléphones NFC.

3.4. Installation d’un service sur un téléphone NFC

Figure 4- étapes d’installation et de mise en marche d'un service sur un téléphone NFC



(1) La première étape pour un client est de demander le chargement du service NFC qu'il a identifié. Cela se traduit par un process( étape (2), (3) et (4)) d'enregistrement au service

NFC auprès du fournisseur de ce service. Ce process est souvent déclenché par le scan d’un Tags NFC, qui demande au mobile d’accéder à travers le web à une application. (cette étape peut se faire depuis un ordinateur aussi sur le site du fournisseur de service ou dans un bureau comme par exemple les carte de transports).

(2) Le téléphone accède au site du fournisseur de service.

(3) L’utilisateur devra s’inscrire et fournir ainsi des informations relatives au service demandé

(nom, prénom, paiement etc.) Une fois que les formalités d'enregistrement au service – propres à chaque service– sont terminées, le processus de chargement de l'installation peut commencer. Cela se traduit par l'envoi consécutif de l'application (Cardlet ) vers la carte SIM et de l'IHM vers le téléphone par le réseau télécom. Pour cette étape le téléphone doit être accessible sur le réseau télécom et doit être allumé.

(4) Installation du service sur le téléphone et validation de l’enregistrement par l’utilisateur

(5) Le téléphone est prêt à accéder au service

3.5. Mutualisation

Certains services nécessitent uniquement une Cardlet pour fonctionner, comme par exemple l’accès au bureau, nous pouvons ainsi séparer les types de services utilisant Cardlet seulement et les services utilisant Cardlet et MIDlet pour réduire le coût des solutions. Nous pouvons ainsi modifier l’architecture (Figure 2- Architecture simple de services NFC) pour séparer les deux types de services.

Nous rappelons que les MIDlet (interface graphique des services) dépendent uniquement du téléphone et de son système opérationnel et non de la carte SIM, ils pourraient être développées loin du réseau de l’opérateur et même créer un type d’application qui regroupe plusieurs applications.

3.6. Application aux Services Transports

Nous allons maintenant présenter une architecture relative aux services transports, services qui nécessitent une connexion à un portail fournisseur pour l’achat, la modification, mise à jour etc. de titres de transports de l’usager. Les types de services sont :

Transport en commun SNCF Vélo Etc.…



Figure 5 : architecture du service transport

Les applications les plus courantes de nos jours sont les cartes à puces NFC comme KorriGo ou les passe Navigo sans téléphone, l’architecture ci-dessus prend en compte un système basé sur le mobile. Pour détailler cette architecture, nous allons pour chacun des points qui suivent prendre l’exemple d’un utilisateur qui veuille accéder à un service de transport.

3.6.1. Cas d’utilisations

Identification du service

L’usager commence par identifier le service avec un premier scan NFC (1), nous supposons

qu’il veuille accéder à un moyen de transport pour sa première fois. La borne va scanner la carte SIM NFC du mobile et détecte qu’aucun titre n’existe, elle renvoie le client vers le portail du fournisseur.

Accès à la plateforme d’installation et d’administration des services de transport et

enregistrement

A la suite du premier scan, ce qui se passera sera donc relatif à l’étape vu dans le paragraphe 3.4 Installation d’un service sur un téléphone NFC (2). L’utilisateur accède au portail du fournisseur de service et procède aux étapes d’enregistrement. L’usager s’enregistre donc en fournissant les informations nécessaire (nom, prénom, numéro de tél etc.) ceci déclenchera le chargement et l’installation de l’application nécessaire (Cardlet et MIDlet ) ci-dessous.

Une fois l’application enregistré sur le téléphone, l’usager peut accéder et commencer à l’utiliser pour accéder au moyen de transport(3). La Cardlet est dans la carte SIM, et

contient les informations relatives au passagers et ses droits d’accès. Ses informations peuvent être lues et modifiés le téléphone éteint.



Achat d’un titre de transport

L’utilisateur essai d’accéder au service (4), la borne NFC scan le mobile et l’usager recevra un message de d’erreur de la part de l’équipement NFC car il n’a pas de titre de transport valide. Il choisi donc d’acheter un titre de transport (ou abonnement) à travers le serveur de vente à distance (5), le système d’information de l’opérateur permet le chargement du titre de transport sur le support mobile à travers la plateforme d’administration des services (6).

Accès au service

L’équipement de validation communiquant avec la plateforme de gestion des équipements (7) sait quels titres de transports sont valables et donne ainsi l’accès au service à l’usager. Si

l’usager possède son titre de transport, avec le mobile éteint, les équ ipements peuvent lire le support et le valider sur la carte SIM et donner accès au service.

3.6.2. Equipements billettique

Les spécifications de l’Union des Transports Publics précisent sur ce point que :

1. pour accepter les mobiles NFC, un système télébillettique doit accepter les objets portables conformes à l’ISO 14443.

2. Pour traiter les applications Calypso qui sont implémentées depuis plusieurs années déjà, il est recommandé d‘être conforme à la révision de Calypso. Calypso seul aujourd’hui ne permet pas d’utiliser les mobiles NFC, prévoir donc des changements pour mettre utiliser le mobile NFC sur les mêmes outils.

Note : L’Agence française pour l'information multimodale et la billettique (AFIMB) travaille actuellement pour la mise en place d’un référentiel sans contact « transport public » les spécifications porteront sur les terminaux billettiques et sur les objets portables.

3.6.3. Plateforme d’installation et d’administration du service transport

Afin de procéder à l’installation et à la gestion du service transport une brique fonctionnelle est nécessaire entre le système d’information de l’opérateur de transport et le système d’information de chaque opérateur mobile.

Cette brique doit permettre :

Une installation du service transport (Cardlet , MIDlet )

Une pré-personnalisation (enregistrement dans le portail du fournisseur d’accès) et une personnalisation du service (le compte une fois les applications téléchargées)

Une gestion de son cycle de vie (perte, vol, changement de mobile…)

Un interfaçage via VPN aux systèmes d’information de chaque opérateur



3.6.4. Applications embarquées

L’application embarquée dans la carte SIM (Cardlet ) contient l’application transport sécurisée(par exemple Calypso, il s'agit d'un standard de billetterie électronique développé dans le cadre du projet européen Calypso et qui regroupait à l'origine des opérateurs de transports italiens, portugais, belges et français. Il est conforme aux normes ISO/CEI 14443 –normes pour le NFC-, ISO/CEI 7816 1-4 –normes pour les cartes à contact physique- et CEN/TC 224 (EN 1545)-normes pour le systèmes de cartes d’identification appliqués aux transports terrestres).

L’application embarquée dans le téléphone mobile (MIDlet ) sert d’interface utilisateur pour la consultation et l’achat de titre.

3.6.5. Serveur de vente à distance

Le serveur de vente à distance permet l’achat et le rechargement de titres sur le mobile. La connexion au serveur nécessitant est nécessaire, il est impératif d’avoir le mobile en état de fonctionnement.

3.6.6. Plateforme de gestion des équipements et des services de l’usager

Cette plateforme permet la gestion, la configuration, la mise à jour et la détection de problèmes sur les équipements NFC (bornes paiements, billettique etc.) Elle communique aussi aux bornes les consignes relatives aux services (consignes de vente etc.)

3.7. Architecture d’une carte à puce NFC

De nos jours, une importante partie des abonnements aux services de transports ont pour support une carte à puce NFC. Une unique carte permet l’accès aux différents service de transport dans une ville. Elle contient un unique numéro de série, un profils utilisateurs et peut contenir différents abonnements (train, vélo , métro etc.) à la fois. L’usage de la carte est le suivant :

L’opérateur de transport dispose de bornes NFC qui permettent à l’utilisateur d’accéder à son contrat, la Cardlet ici est la carte à puce, la MIDlet étant l’interface graphique que la borne montre à l’utilisateur.

L’utilisateur scan une première foire sa carte et peut consulter son compte, acheter un titre de transport ou un abonnement etc.

La borne à un accès en lecture et écriture sur un type de contrat de la carte et modifie ainsi les droits d’accès de l’utilisateur. D’autre type de bornes servent de contrôle de titre de transport ou de validation d’accès.



Figure 6 - Architecture de la carte à puce NFC

La gestion des services inclus :

reconnaitre le service demandé

gestion du service en question selon la demande effectué

recherche des informations selon le service

La diffusion des informations intègre :

la mise à disposition des informations aux opérateurs de transports

la diffusion de l’information titre de transport.

Cette architecture permet la communication de l’information voyageur, permettant ainsi l’interopérabilité au niveau des moyens de transport au niveau du titre de transport.



4. MODELISATION ACTIF ET OSCAR

Cette partie du document constitue le rapport d’une étude technique et fonctionnelle de l’utilisation d’ACTIF et d’OSCAR pour la modélisation d’un cas réel de l’utilisation du support de titre de transport NFC appelé carte KorriGo à Rennes.

Cette partie c’est déroulé schématiquement en deux phases :

1ère phase : diagnostic et contexte

L’identification des acteurs,

L’identification des fonctions mobilisées,

L’identification des entrepôts de données et des flux d’information concernés

Une confrontation de ces éléments de modélisation avec l’existant dans ACTIF

2ème phase : synthèse et préconisation intégrant

Une réflexion sur les objets manquants dans ACTIF

Les orientations possibles pour initialiser une évolution majeure d’ACTIF incluant ce

nouveau domaine

La carte à puce NFC est conçue (architecture détaillée dans la Figure 6 - Architecture de la carte à

puce NFC ) de manière à promouvoir au mieux l’interopérabilité entre les différents modes de transports dans une région ainsi que la complexité découlant des nombreux acteurs impliqués et du partage de données entre eux.

Cette étude vise à confronter les éléments proposés par ACTIF et OSCAR au cas réel de l’utilisation du NFC dans les moyens de transports et valider, proposer ou suggérer des pistes d’amélioration des deux outils.

Note : La version d’OSCAR utilisée est la V4 implémentant ACTIF 5.2

4.1. Diagnostic et contexte

Pour améliorer l’attrait et l’accessibilité des transports en commun, et contribuer à rationaliser les déplacements et faciliter la vie de l’utilisateur, un unique support de titre de transport est mis en place permettant l’accès à tous les types de transports présents dans sur un territoire spécifique.

Le projet est élaboré autour d’une carte à puce NFC, contenant toutes les informations des titres de transports de l’utilisateur. Cette même carte permettrait dans le meilleur des cas l’accès à tous les services de transports publics présents.

Les enjeux de la carte NFC sont :

assurer l’interopérabilité entre les moyens de transports (une seule carte pour différents opérateurs et différentes offres)

faciliter l’accès à tous les transports publics

favoriser l’écomobilité (c’est une politique d’aménagement et de gestion du territoire et de la ville qui favorise une mobilité pratique, peu polluante et respectueuse de l’environnement, ainsi que du cadre de vie)



La carte à puce NFC contient ainsi différentes informations relatives à différents opérateurs de transports (bus, métro, vélo, train, car etc.), chacun des opérateurs ayant au moins un système de billettique propre. Cette facilité d’accès aux services ne se réalise qu’en présence d’un partage d’informations entre les opérateurs même et avec d’autres partenaires que nous allons cité. Cet échange d’informations nous poussera à effectuer l’étude de la carte à puce NFC en supposant un utilisateur inscrit à au moins un service proposé par chacun des partenaires et acteurs (cités dans la suite).

4.1.1. Identification des Acteurs

Les acteurs mobilisés dans ce cadre sont :

l’utilisateur de la carte à puce NFC (pouvant être fusionné à la carte).

L’autorité d’application de la réglementation,

la SNCF,

l’exploitant du réseau de TC,

l’exploitant des vélos en libre service

La question d’interaction entre ces acteurs et partenaires se pose d’elle-même. L’objet de cette étude est de définir les fonctions de chaque partie et décrire comment permettent-ils l’utilisation de la carte à puce NFC.

La carte à puce NFC contient des titres de transports de différents opérateurs de transports, ici acteur, communiquant entre eux.

Chacun des acteurs, dans la gestion des activités liées à la carte à puce, dispose d’un système d’information propre. Ce système d’information peut notamment échanger des informations avec les autres acteurs. Il est donc important d’identifier ces données et les échanges réalisés entre les différents systèmes.

Notre étude se fera en considérant l’exploitant des TC (BUS et METRO) comme le système central et les autres acteurs comme partenaires. Ainsi, nous pouvons identifier un ensemble d’acteurs avec leurs fonctions propres. Nous prendrons en compte un utilisateur ayant souscrit à au moins un service par acteur.

Usager (Voyageur / utilisateur de la carte à puce NFC)

Cet acteur représente ici toute personne qui utilise (ou s'apprête à utiliser) un service ou d'un service de transport en tant que tel. Dans ce cas, l'usager devient un voyageur, qui pourra aussi bien utiliser un transport public, un vélo en libre service, ou le train.



L’autorité d’application de la réglementation

Le Conseil Régional est l’autorité organisatrice du transport régional de voyageurs sur son territoire. De cette autorité découle la mise en place des TER à travers une convention signée avec la SNCF. Cette convention fixe les trajets à mettre en place, les tarifs, le nombre de liaisons et la qualité de service à offrir.

Cette acteur ne sera pas pris en compte dans l’étude mené sur ACTIF et OSCAR car il n’interagit pas avec la carte à puce NFC.

L’exploitant du réseau ferré de France : la SNCF

La SNCF est gestionnaire d’infrastructure délégué par une convention signée avec RFFE. Elle est transporteur pour son propre compte, pour celui de l’état et des autorités organisatrices. Elle exploite donc le réseau régional TER dans ce cadre, à l’aide de trains et de cars. La SNCF dispose d’un système d’information permettant d’assurer toutes les fonctions liées à l’organisation et à l’exploitation du réseau, ainsi qu’à l’information voyageur.

L’exploitant du réseau de TC Bus et Métro

La société exploitante du réseau de TC (Bus et Métro) conçoit et gère les systèmes de billettiques relatifs aux services proposés (métro ou bus, ici représentés par l’exploitant du réseau). Cet acteur représente les structures en charge de l'exploitation d'un service de transport, pris au sens d'infrastructure de transport ou de réseau de transport de voyageurs. Les fonctions réalisées par ce type d'acteur sont en grande partie décrites dans les domaines fonctionnels 1, 3, 4 et 6 du modèle ACTIF. Le choix de modéliser, dans un système de transport complexe, un exploitant de réseau à travers des fonctions réalisées, ou de l'utilisation de cet acteur même dépend de la nécessité de rentrer dans les détails de son fonctionnement. Les interfaces découlant d'ACTIF sont les mêmes.

Un exemples de missions réalisées par l’un des exploitants de réseau de transport:

La gestion du SI billettique

Le maintien du service et de la viabilité (surveillance générale du réseau, organisation des interventions prévisibles - chantiers et manifestations -, pilotage des interventions d’urgence, maintenance des équipements...)

La gestion du trafic

L’aide au déplacement sur le réseau (information prévisionnelle ou en temps réel). Selon le type de trafic, les informations communiquées aux pilotes et conducteurs pourront être collectives (gestion de flux) ou particularisées (consignes au pilote).



L’exploitant des vélos en libre service

Cette acteur a pour fonction de proposer aux utilisateurs des vélos disposés sur des dizaines de bornes distribués sur la ville. L’utilisateur peut accéder à ce service sans avoir une carte à puce NFC à la base, il peut s’inscrire sur une borne directement pour un abonnement de courte durée (24h ou 7 jours) et pour un abonnement de longue durée sur internet ou en boutique.

4.1.2. Relations entre les acteurs

Les différentes AOT (autorités organisatrices de transports) organisent les transports dont elles délèguent l’exploitation à des transporteurs. Ainsi, la région organise les TER avec la SNCF, le Conseil Général organise les transports interurbains et, enfin, la communauté urbaine délègue l’organisation et l’exploitation des transports en commun sur le territoire de l’agglomération.

4.2. Systèmes dans l’environnement de la carte à puce NFC

Nous allons lister les systèmes d’informations présents autour de la carte à puce NFC ainsi que les liens existant entre ces systèmes et la carte.

SI de l’exploitant du réseau de TC (Bus et Métro)

Ce système est au centre de l’exploitation de la carte à puce NFC. Il permet notamment l’émission d’une carte à puce NFC propre à l’utilisateur. Il est connecté aux autres acteurs/partenaires pour le partage des informations nécessaire à l’accès aux services à partir de la carte.

Les principales fonctions de ce système sont :

émission de la carte à puce NFC

vente des titres de transports,

permettre l’accès à des services d’autres partenaires,

générer et diffuser de l’information aux voyageurs (visuelle et sonore), automatique et à la demande,

Ce système peut également être interfacé aux opérateurs de transports afin d’intégrer automatiquement les offres théoriques ou applicables ainsi que les événements temps-réel (vente d’un billet, …).

Il dispose donc d’interfaces permettant d’échanger les données nécessaires à l’exécution des fonctionnalités citées.



Le SI de la SNCF

Les principales fonctions de ce partenaire sont :

émission de carte à puce NFC,

vente des titres de transports,

générer et diffuser de l’information aux voyageurs (visuelle et sonore), automatique et à la demande.

Le SI de l’exploitant des vélos en libre service

Si la commune, ou l’agglomération, s’est dotée d’un parc de vélos en libre services, le prestataire retenu dispose d’un système d’information lui permettant d’assurer le service.

Ce système n’est pas nécessairement interfacé aux systèmes d’informations des autres acteurs. Cependant, les besoins en vélos peuvent être corrélés à l’offre de transport (dessertes grandes lignes, lignes interurbaines importantes, etc.)

Nous allons donc avoir un échange d’informations diffusées aux voyageurs indiquant la disponibilité du service en temps réel. L’accès au service se fera tout simplement par la carte NFC.

4.3. Interfaces entre les systèmes

En conclusion, le schéma suivant présente les interfaces entre les différents systèmes afin d’assurer l’exploitation de la carte à puce NFC.

La vue ci-dessous représente l’écosystème de la carte à puce NFC. On constate que l’acteur Exploitant de réseau est représenté trois fois, car chacun représente l’un des trois opérateurs de transports et identifiés en tant qu’acteurs.



Flux 1 : échange de données partagées entre opérateurs de transports, il s’agit

généralement d’échange de liste blanches des cartes en cours de validité.

Flux 2 : émission de support de titre de transport (carte KorriGo), parmi les trois opérateurs de transports, seul la SNCF et l’opérateur de TC peuvent émettre une carte KorriGo

Flux 3 : Pour pouvoir utiliser un service de transport, l’usager doit bénéficier d’un titre de

transport valable sur sa carte KorriGo, ceci s’obtient en demandant des droits d’accès à l’opérateur et en achetant ces droits.

Flux 4 : Pour permettre à l’usager l’accès au service, il faut charger ou modifier le titre(ou

contrat) de transport sur la carte KorriGo pour donner à l’usager les droits d’accès au service.

Usager

Figure 7 - Ecosystème de la carte à puce NFC

utilise le support

partagées (SNCF<-->

Exploitant de

demande droits d'accès

droits d'accès

émission du support de titre de transport

mise à jour du contrat

Exploitant de réseau SNCF

SNCF

réseau STAR BUS

ET METRO

Exploitant de réseau

VELO

Support de titre de

transport


émission du support de titre de transport

demande droits d'accès

échange de données partagées

(STAR<--> SNCF)

échange de données

Vélo)

échange de données partagées (STAR<--> Vélo)


demande

2

1

4

3



4.4. Découpage fonctionnel du système

Nous rappelons que la carte à puce NFC est elle-même un type de support de titre de transport, c’est donc une entité physique et non un système en elle-même. Elle contient différents contrats relatif à la consommation de l’utilisateur et aux différents services auxquels il souscrit.

L’exploitant du réseau de TC et de la SNCF gèrent l’émission de la carte à puce. Un achat de services relatif à la SNCF est possible chez le TC et inversement en cas d’achat d’abonnements mixtes (qui propose le droit d’accès aux services trains et au services de métro/bus simultanément). Concernant un abonnement pour le vélo en libre service, ceci n’est possible que chez l’exploitant même. Un échange de liste blanche ou noirs est prévu entre les opérateurs pour faire face aux fraudes et gérer les réductions en cas d’offres mixtes..

En s’imaginant un système de transport intelligent futuriste, cette carte à puce pourrait permettre l’accès à tous les types de transports dans une ville ou un pays (service payé par l’utilisateur avant ou lors de la validation du titre) et même intégrer cette carte dans le Smartphone de l’utilisateur pour faciliter la vie quotidienne.

L’étude a pour but de valider l’architecture présenté en Figure 6 - Architecture de la carte à puce NFC en utilisant les fonctions et outils dans le cadre d’ACTIF et de l’outil OSCAR.

4.5. Modélisation avec OSCAR

4.5.1. Identification des sous systèmes

La définition du périmètre des échanges de données est établie en fonction du choix des sous systèmes. Ce sont eux dont nous voulons décrire le fonctionnement. Dans notre cas, la carte étant un élément physique, nous allons focaliser notre étude en prenant l’exploitant des TC comme système central.

La problématique retenue est la suivante : la gestion des ressources communes que sont les listes clients, les données partagées utiles aux voyageurs, les ventes etc.… du côté de l’exploitant des TC.

4.5.2. Identification des partenaires

Les partenaire sont essentiellement ceux fournissant des données notre sous-système « Exploitant des TC ». Il s’agit donc :

des exploitants de transports

les voyageurs.

4.5.3. Organisation des diagrammes et des flux d’échanges de données

Différents diagrammes ont été créés sur OSCAR montrant, d’une part, les flux entre le sous-système et les partenaires et d’autre part, les flux internes.



L’opérateur de TC, permet d’émettre une carte NFC, d’acheter des titres de transports ou abonnement relatif aux TC et à la SNCF. Le système échange avec les autres partenaires des données comme par exemple des listes noires pour les contrôles de sécurité, des listes de clients, des consignes de vente ou autres...(cf.

Figure 8 : flux externes à l’exploitant des TC)



Figure 8 : flux externes à l’exploitant des TC

La quantité de données échangés parait simple (profil de cartes sur liste noire etc.) mais nécessite un énorme travail de gestion en interne. Pour cette raison nous avons un diagramme de flux internes assez compliqué. Les flux internes (cf. Figure 9 : flux internes à

l’exploitant des TC) interagissent avec :

Stock de données clients, contrats, titres, etc. permet de recueillir des données clients, créer, émettre, reconstituer, annuler ou modifier un support ou des titres de transports

Stock de données des contrôles de validation terrain, piloter les équipements de commande, valider droits d’accès, recueillir droits applicables et droits d’accès…

Stock de données structures tarifaires et tarifs, gestion des droits d’accès, recueil des consignes de ventes des partenaires, diffusion des droits d’accès.

Stock de données comptes et consommations services, données paiements, demande paiement, offre fidélisation, agrégation de la consommation, stock des données recettes et leur gestion …



Stock de données fraude, ceci est lié au suivi des listes clients, au stock des données de contrôle et validation terrain. Le système recueille, agrège et diffuse les données fraude en interne pour modifier les listes blanches ou noires qu’il diffuse aux partenaires.

Figure 9 : flux internes à l’exploitant des TC

Voici un exemple simple et détaille pour une seule fonctionnalité: la gestion des fraudes



Figure 10: flux pour la gestion des fraudes



4.6. Bilan de la modélisation : synthèse et préconisation

La modélisation du cas de la carte à puce NFC KorriGo nous a permis de noter certains problèmes rencontrés. Tout d’abord dans le modèle d’ACTIF, les acteurs sur ACTIF sont classés par type, ce qui veut dire que nous ne pouvons pas distinguer deux opérateurs de transport différents dans un seul schéma. La base d’ACTIF est tellement vaste qu’il n’est pas toujours évident de retrouver les fonctions que nous voulons. Les noms de certains fonctions peuvent se ressembler, et il est nécessaire de bien rechercher la fonction demandée pour être sur de ne pas avoir choisi une autre assez similaire. Ceci explique une difficulté à maitriser ACTIF, ou/et encore qu’il faudrait détailler les nomenclatures des fonctions pour faciliter les recherches. Enfin, concernant ACTIF, certaines fonctionnalités seraient à revoir car elles n’ont pas lieu d’exister de la même manière dans le cas réel et devraient être soumis et valider par la CNIL.

Concernant l’utilisation d’OSCAR, les problèmes cités précédemment se retrouvent donc tous sauf pour la première. Sur OSCAR, nous pouvons facilement avoir plusieurs acteurs du même type. Le problème de la recherche de fonctionnalités se retrouve aussi rapidement dans les listes exhaustives de fonctions ou lors de la mise en place des liens entre partenaires (sur OSCAR on parle de partenaires au système, sur ACTIF d’acteurs)

Il faut également savoir que sur Rennes, les systèmes de billettiques sont vraiment séparés, c'est-à-dire que les billets/abonnements de métro/bus ne se vendent qu’en bornes ou boutique STAR, et que les billets/abonnements ne se vendent que dans la boutique ou borne de la SNCF en gare.



5. BIBLIOGRAPHIE

www.journaldugeek.com

http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_browse.htm?commid=45144 ISO/CEI 14443

http://www.filrfid.org/article-6630615.html détails sur l’architecture NFC

www.nfc-forum.com

www.businessmobile.fr

http://www.orange-business.com/fr/entreprise/mobilite/echanger/applications/mobile-badge/

Guide de Déploiement des Services Mobiles Sans Contact (Tome 1 et Tome 2) rédigé par : Forum services mobiles sans contact.

OSCAR : Outil Simplifié de Création d’Architecture multi-projets V4.0

http://www.rennes.maville.com/actu/actudet_-Technologies.-Payer-avec-son-telephone-mobile_fil-2138253_actu.Htm

http://www.journaldugeek.com/

http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_browse.htm?commid=45144

http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_browse.htm?commid=45144

http://www.filrfid.org/article-6630615.html

http://www.nfc-forum.com/

http://www.businessmobile.fr/







6. ANNEXE

Annexe A1 : NFC VS Bluetooth 4.0

Annexe A1-1 : NFC et Bluetooth

La portée du NFC est beaucoup plus faible que celle du Bluetooth qui peut atteindre un périmètre d'une dizaine de mètres. Son débit est aussi beaucoup plus bas, puisqu'il ne dépasse pas 1 Mbit/s, contre 2.1 Mbit/s pour le Bluetooth. En conséquence, le NFC consomme aussi moins d'énergie. Dernière différence, et pas des moindres : là où le Bluetooth intègre un chiffrement des données, ce n'est pas le cas du NFC. Ce défaut multiplierait les risques d'accès par un tiers aux informations transmises, voire de modification de ces informations. Les services et applications NFC faisant transiter des contenus sensibles devraient par conséquent faire l'objet d'une surcouche de chiffrement (via SSL par exemple) pour assurer la sécurisation des transactions.

Figure 11 - NFC et technologies sans fils



Annexe A1-2 : NFC, Bluetooth ou Bluetooth 4.0 (Bluetooth Low Energy)

La dernière version du Bluetooth est la 4.0 nommé BLE pour Bluetooth Low Energy. Cette version là à une portée pouvant aller jusqu’à 50 m en champs libre.

Bluetooth V2.1 Bluetooth low energy NFC

Normalisation Bluetooth SIG* ISO/IEC

NFC Forum

Standard réseau No IEEE Standard ISO 13157 etc.

réseau WPAN Point-to-point

Sécurité Cryptographie jusqu’à 1024 bit not with RFID

Portée ~30 m (class 2) ~50 m < 0.2 m

Fréquence 2.4-2.5 GHz 13.56 MHz

Débit moyen 1-3 Mbit/s ~200 kbit/s 424 kbit/s

Temps de configuration

(connexion/accès au service)

< 6 s < 5 ms < 0.1 s

Tableau 3 – Comparaison NFC, Bluetooth et Bluetooth 4.0

* SIG : Special Interest Group Ce tableau montre clairement les différences présentes entre le NFC et le Bluetooth 4.0. Nous pouvons ainsi facilement prévoir que le cas d’utilisation dépendra du choix de la technologie appropriée, il sera également possible d’imaginer une solution hybride –présentes sur le marché de nos jours- selon la problématique en question.

Concernant l’utilisation des deux technologies dans les véhicules : Le Bluetooth à l’avantage de l’ancienneté, développé 10 ans avant le NFC, 93% des voitures américaines modèle 2010 avait la technologie Bluetooth possible. C’est la technologie utilisé par défaut pour connecter les appareils sans fils aux véhicules.

La NFC, plus sécurisé (petite distance, p2p), est plus adaptée aux communications nécessitant une connexion sûre comme les transactions monétaire, la collecte d’informations privée, billettique etc.…

Elle peut être utilisé pour : l’accès au véhicule

configuration à l’intérieur du véhicule selon le conducteur

location de voiture – identifiant ou abonnement.

favorise les communications sans fils due au temps de configuration réduit



Annexe A2 : Orange et NFC

Dans cette partie, nous présentons quelques projets où Orange a participé utilisant la technologie du NFC.

Annexe A2-1 : AFSCM et Cityzi

Orange a participé avec les autres opérateurs français à la création en 2008 de l’Association Française du Sans Contact Mobile . Ceci leur a permit en 2010 de participer activement au projet Cityzi à Nice, un déploiement de la technologie NFC offrant la possibilité d’utiliser les services de transports, les services bancaires ou encore une simple carte de fidélité à travers le téléphone portable.

Annexe A2-2 : Le Samsung Galaxy S2

Orange est le premier opérateur en Europe à commercialiser un mobile Android NFC Sim Based utilisant la carte SIM pour garantir la sécurité des services mobiles sans contact. Une nouvelle génération de carte SIM sécurisée sera prochainement déployée au niveau national et le Groupe travaille avec les équipementiers afin que plus de la moitié des nouveaux modèles de Smartphones soit compatible avec les services sans contact (NFC).

Annexe A2-3 : Orange et SITA : le billet d’avion dans le mobile

Orange et SITA ont récemment dévoilé leurs progrès en matière de technologie sans contact NFC ( Near Field Communication ) en dévoilant un système qui devrait grandement faciliter les procédures de contrôle lors d’un embarquement. Les passagers peuvent accéder à l’enregistrement, passer les contrôles de sécurité et accéder à la salle d’attente.

Annexe A2-4 : Orange et Cityzi Revolution Commerce

C’est dans les laboratoires d’Orange Labs Rennes que Cityzi Revolution Commerce s’est développé, permettant aux utilisateurs de payer avec leur téléphone portable leurs courses, ticket de transports, ciné etc. On estime un million de français équipés d’un téléphone mobile doté d’une puce NFC permettant ce service.

Vidéo: http://www.rennes.maville.com/actu/actudet_-Technologies.-Payer-avec-son-%20telephone-mobile_fil-2138253_actu.Htm

http://www.rennes.maville.com/actu/actudet_-Technologies.-Payer-avec-son-%20telephone-mobile_fil-2138253_actu.Htm

http://www.rennes.maville.com/actu/actudet_-Technologies.-Payer-avec-son-%20telephone-mobile_fil-2138253_actu.Htm

AACCTTIIFF –– LLOOTT 11 :: … · La carte SIM du mobile. C'est la solution qui est promue par...

Documents

Transcript of AACCTTIIFF –– LLOOTT 11 :: … · La carte SIM du mobile. C'est la solution qui est promue par...