Transhumance pres anr_25-septembre synthese v10

Une plate-forme logicielle dédiée aux applications sur réseaux mobiles ad hoc

Revue de projet - 25 septembre 2007

Revue du projet - 25 septembre 20072

Plan Présentation Générale (France Télécom)

Objectifs Découpage en sous projet et partenaires

Bilan de ce qui a été réalisé Présentation de la plate-forme (ENST)

Etat de l'art Fonctionnalités Architecture

Développements (Thales)

Présentation de l'application (3IE)

Reste à réaliser et Perspectives

Description des expérimentations (France Télécom)

Perspectives (Codetic) Usages et marchés Exploitation des résultats - perspectives (modèles de valorisation)

Production du projet (France Télécom) Calendrier Livrables Dissémination


Objectifs

Fournir un environnement logiciel

Dédié aux services sur réseaux mobiles ad hoc

Gérant la mobilité dans une zone géographique limitée

Offrant un système de partage de documents

Sensible à la consommation d'énergie

Permettant d'établir des rapports de confiance, de confidentialité et d'intégrité

Proposant une abstraction de la complexité du réseau physique

Intégrant une gestion optimisée des ressources disponibles

Une plate-forme logicielle pour réseaux mobiles ad hoc


Découpage et partenaires

Coordinateur du projet & resp. du SP5 Expérimentations

Yves Ammirati

Resp. du SP1 Services, Usages et Marchés

Joelle Guimet

Resp. du SP2 Architecture Fonctionnelle de la plate-forme

Isabelle Demeure

Resp. du SP3 Réalisation de la plate-forme

Frédérique Tastet

Resp. du SP4 Réalisation de l'Application Jeu de Piste

Stéphane Garnier


Etat de l'art : objectifs, principes

Objectif : concevoir et développer un intergiciel (middleware) pour applications collaboratives établies de façon spontanée sur réseau mobile ad hoc une vingtaine de “pocket PC”

Principes clés de conception = une solution : entièrement distribuée sans

recours à des serveurs résistante aux déconnexions et

à la mobilité

SE, Routage (OLSR)

Intergiciel

Applications (Chat, jeux, …)

API


Etat de l'art : existant

Pas de solution commerciale existante Une dizaine de solutions issues de la recherche

ex : PROEM, JMobiPeer, SELMA, XMIDDLE, STEAM, Infoware Aucune ne propose une solution intégrée avec l’ensemble des fonctionnalités

proposées par Transhumance.

Fonctionnalités reprises Points forts

Gestion de groupes

Système d’événements (“publish-suscribe”)

Découverte de ressources (présence, services, données)

Partage de données

Gestion d’énergie

Sécurité adaptée aux MANETs

Solution sans serveurs

Tolérance aux déconnexions (service d’événements, partage de données)

Un état de l’art est fourni dans le livrable L2.02


Architecture fonctionnelle (L2.01)

S U P E R V I S I O N

G E S T I O N

R E S S O U R C E S Gestion du terminal Gestion utilisateur

Routage Routage augmenté

Transport

Service d'événements

Présence, voisinage

Gestion des

groupes

Identification

Services additionnels Chat, Vote ...

Partage des données

Transfert de fichiers

S E C U R I T E

Applications

Gestion d' applications

Profils logiciel et matériel

Données, politiques globales

Politiques locales

Préférences utilisateur

Profils de sécurité

Annonce/découverte des services services

communications

Gestion identité, présence, matériel ...


Architecture fonctionnelle : communications


G E S T I O N



Transport



Gestion des

groupes

Identification




S E C U R I T E

Applications




Politiques locales




communications


Transport - UDP +- fragmentation + - acquittement + - cryptage

Transport - UDP +- fragmentation + - acquittement + - cryptage

Routagechoix d’OLSR car disponibilité d’un logiciel testéet possibilité d’ajout de plug-ins (UniK)

Routage augmenté : ajout- authentification messages de routage - remontée d’informations de topologie - choix des routes en fonction de critères autres que le nombre de sauts d’une route

Routagechoix d’OLSR car disponibilité d’un logiciel testéet possibilité d’ajout de plug-ins (UniK)

Routage augmenté : ajout- authentification messages de routage - remontée d’informations de topologie - choix des routes en fonction de critères autres que le nombre de sauts d’une route

Service d’événements - mode Publish-suscribe (mot-clé, groupe, ...)- mode Point-à-point et diffusion- service de persistance (résistance aux déconnexions)

Service d’événements - mode Publish-suscribe (mot-clé, groupe, ...)- mode Point-à-point et diffusion- service de persistance (résistance aux déconnexions)

Gestion de groupes - créer- rejoindre - connaître des groupes de pairs

Groupe offre des services et de la sécurité

Gestion de groupes - créer- rejoindre - connaître des groupes de pairs

Groupe offre des services et de la sécurité


Architecture fonctionnelle : gestion identité, présence, matériel


G E S T I O N



Transport



Gestion des

groupes

Identification




S E C U R I T E

Applications




Politiques locales




communications


Présence, voisinage- indique les voisins à N sauts- permet de transmettre aux autres pairs des informations sur l'état local du système

Présence, voisinage- indique les voisins à N sauts- permet de transmettre aux autres pairs des informations sur l'état local du système

Identification : attribue / gère- un identifiant unique invariable

dans le temps

- un identifiant de communication

(ex : l'adresse IP)

- un identifiant utilisateur propre

à l'utilisateur du matériel (généré

dans gestion utilisateurs)

Identification : attribue / gère- un identifiant unique invariable

dans le temps

- un identifiant de communication

(ex : l'adresse IP)

- un identifiant utilisateur propre

à l'utilisateur du matériel (généré

dans gestion utilisateurs)

Gestion du terminal

- offrir des interfaces

uniformes aux fonctions

du système d'exploitation

Gestion du terminal

- offrir des interfaces

uniformes aux fonctions

du système d'exploitation Gestion utilisateur- définir et consulter des profils utilisateurs

Gestion utilisateur- définir et consulter des profils utilisateurs


Architecture fonctionnelle : sécurité, gestion de ressources


G E S T I O N



Transport



Gestion des

groupes

Identification




S E C U R I T E

Applications




Politiques locales




communications


Sécurité- gérée au niveau des groupes (co-optation)- clé de groupe générée à la création du groupe - authentification- intégrité confidentialité des données stockées ou transmises - non-répudiation des données échangées

Supervision - collecte des informations sur l'état des ressources du pair local : niveau d'énergie, consommation mémoire

Gestion des ressources - gère l’adaptation au niveau d’énergie grâce aux données du bloc de supervision et de "présence, voisinage- basée sur des politiques


Architecture fonctionnelle : services


G E S T I O N



Transport



Gestion des

groupes

Identification




S E C U R I T E

Applications




Politiques locales




communications


Chat, vote ...

Chat, vote ...

Partage dedonnées- permet de partager des données sur un espace commun- réplicationcollaborative- résistance aux déconnexions

Partage dedonnées- permet de partager des données sur un espace commun- réplicationcollaborative- résistance aux déconnexions

Annonce et découverte de services- permet aux services et aux applications de se faire connaître en envoyant des annonces

Annonce et découverte de services- permet aux services et aux applications de se faire connaître en envoyant des annonces

Gestion d’applications- gère le déploiement, l’annonce, la suppression, le déplacement d’un service

Gestion d’applications- gère le déploiement, l’annonce, la suppression, le déplacement d’un service

Transfert de fichier- permet de transférer un fichier entre 2 utilisateurs situés dans la même partition

Transfert de fichier- permet de transférer un fichier entre 2 utilisateurs situés dans la même partition


Plateforme d’intégration

Choix du terminal

Critères:Disponibilité des protocoles de routage Ad HocAccès aux fonctions d’énergieExploitation des résultatsPrésence d’une communauté de développeurs active

Nokia 770:Système d'exploitation Linuxplate-forme de développement Maemo


Environnement de développement

Approche UML

Éditeur UML Enterprise ArchitectModélisation du projet (L3.01):

Vue statique Diagramme de paquetage

Diagramme de classe Vue dynamique

Diagramme de séquence

Génération automatique de code (C/C++)

Espace de partage

Serveur SVN


Modélisation UML de l’intergicielclass PackagesDiagram

Transhumance

Core

BaseServ ices

AdvancedServ ices

DataSharing Chat Vote EPayment

FileTransfer

AnnounceDiscovery

Neighborhood

EventManagement

ResourceManagement

Monitoring

Security

Dev iceManagement

GroupManagementCommunication Transport

RoutingUserProfileIdentification

«interface»IServiceAPI

+ abort() : void+ getServiceId() : int+ getServiceVersion() : int+ start() : void

IServiceManager

# serviceId: int {readOnly}# serviceVersion: int {readOnly}


Proposition pour homogénéiser le comportement des services

TranshumanceManager

- serviceId: int {readOnly}- serviceVersion: int {readOnly}

+ abort() : void+ start() : void

ApplicationManagement


Modules de l’intergicielCodetic ENST FT Thales

4.1 COMPOSANTS ROUTAGE THALES

4.2 COMPOSANTS ROUTAGE AUGMENTE THALES

4.3 COMPOSANTS SECURITE THALES

4.4 COMPOSANTS SUPERVISION FT

4.5 COMPOSANTS GESTION DES RESSOURCES FT

4.6 COMPOSANTS GESTION UTILISATEUR THALES

4.7 COMPOSANTS GESTION DU TERMINAL FT

4.8 COMPOSANTS IDENTIFICATION FT

4.9 COMPOSANTS SERVICE DE PRESENCE, VOISINAGE FT

4.10 COMPOSANTS TRANSPORT ENST

4.11 COMPOSANTS SERVICE D'EVENEMENTS ENST

4.12 COMPOSANTS GESTION DE GROUPES THALES

4.13 COMPOSANTS TRANSFERT DE FICHIERS THALES

4.14 COMPOSANTS ANNONCE ET DECOUVERTE DE SERVICES ENST

4.15 COMPOSANTS GESTION DE SERVICES CODETIC

4.16 COMPOSANTS PARTAGE DE DONNEES ENST THALES

4.17 COMPOSANT SERVICE DE "CHAT" (DISCUSSION) CODETIC

4.18 COMPOSANTS SERVICE DE VOTE CODETIC

4.19 COMPOSANTS PAIEMENT EN LIGNE CODETIC

COMPOSANT "COMMUNICATION" THALES

MODULE DE GESTION D'IDENTITE, DE PREFERENCES, DE MATERIEL…

MODULE DE ROUTAGE

MODULE DE COMMUNICATION

MODULE SERVICES ET DE GESTION DE SERVICES

MODULE SERVICES TRANSVERSAUX


Jeu de piste urbain (L4.01-L4.02)

20


Jeu de piste professionnel

21


Buts de l'application

Utiliser les capacités techniques de l’intergiciel

Solliciter les utilisateurs sur l’interface et les fonctionnalités de l’intergiciel

Tester le dispositif en conditions réelles


Utilisation de l'intergiciel par l'application


Description des expérimentations (L5.01) Deux expérimentations « jeu de piste »

2 équipes de 4 joueurs

milieu urbain : quartier de la Butte aux Cailles

milieu professionnel : site de France Télécom R&D à Caen

Objectifs des expérimentationsEvaluer les technologies développées et le potentiel de

la plate-forme dans des conditions réelles de mobilité

Analyser les pratiques Etudier les réactions et les propositions des utilisateurs en

matière de réseau spontané Etudier le comportement des utilisateurs en situation de

mobilité


Méthodologie des expérimentations

Milieu professionnel Milieu urbain

Formation avant début jeu

Présentation de l'expérimentation du Nokia 770 des règles du jeu

Jeu de piste Le jeu de piste commence dès que la formation est finie.

Observations de 2 joueurs Observations des 8 joueurs

Après le jeu Questionnaires (L5.02)

Entretiens avec les joueurs observés



Objectifs Découpage en sous projet et partenaires Calendrier



Développements (Thalès)

Présentation de l'applications (3IE)




Production du projet (France Télécom) Livrables Dissémination


Usages et marchés (L1.01) Etude des usages et services destinée à

proposer des services pertinents qui pourraient être fournis via la plate-forme Transhumance.

Ils doivent répondre aux besoins utilisateurs et être en phase avec l’environnement marché

Etude de l’environnement technique, des besoins utilisateurs sur les axes mobilité, sécurité, échange et partage de données

Cartographie des usages grand public et professionnel de partage des données et réseaux mobiles

Proposition de services potentiels sur réseaux ad hoc

Positionnement d’offres et segmentation marché

Les attentes de la clientèle :

Grand public Professionnels Mobilité Mobilité Partage Partage Aspect

communautaire Autonomie

Autonomie Sécurité Simplicité Convivialité

Convivialité Professionnalisme Aspect ludique

La réponse de Transhumance aux attentes de la clientèle

Jeu de piste sur PDA via réseau ad hoc

Support logiciel via réseau ad hoc


Usages et marchés

Forces Faiblesses implantation de la téléphonie mobile Développement des PDA Succès du P2P

Intérêt pour les nouvelles technologies Besoin / envie d’échanger et partager Sécurité du système d’échange et partage

Connotation illégale du P2P

Tarification de la solution Besoin en ressources important Partage de la bande passante entre applications Multiplicité et hétérogénéité des supports communicants

Opportunités Menaces Mobilité des personnes et envie de rester connecté Développement des photos / vidéos numériques à partager en situation de mobilité Développement des jeux en réseau et sur mobiles Saturation des réseaux mobiles

Concurrence directe et indirecte Crainte de certains utilisateurs face à la nouveauté Impression des usagers de bonne couverture des réseaux mobiles actuels

Analyse SWOT d’une offre sur la base de la plate-forme Transhumance


Usages et marchés (L1.02) Perspectives et marchés et Analyse de la concurrence Définition des offres qui pourraient aboutir du projet Transhumance Analyse de la chaîne de valeur

Valeur Exemple d’acteurs

Fabricants de terminaux

Acteurs fournissant les téléphones, PDA ou consoles en tant que terminaux physiques

Nokia, Samsung, Sharp, Motorola…

Développeurs d’ OS

Système d’exploitation servant de base au développement des services sur PDA

Windows, Linux, Symbian

Fournisseurs d’accès

WiFi

Fournisseurs d’accès Internet ou opérateurs téléphoniques susceptibles de supporter un réseau WiFi

Vodaphone, Orange, Free, Neuf Telecom…

Editeurs de logiciels

Suivant le public visé, il peut s’agir de logiciels grand public ou professionnels

Jeux vidéo, EA Games, Ubisoft, gestion d’agenda partagé…

Fournisseurs de contenu

Fournisseur de contenu Bases de données, informations

Distributeurs

Distributeurs de solutions finales

Magasins spécialisés, grandes surfaces

Utilisateur final

Grand public ou professionnel

Adolescents, cadres d’entreprises, professionnels de la santé…


Exploitation des résultats (L1.04) Valorisation et Business Models Exemples de scenarii cibles pour illustrer les possibilités potentielles de vente des produits issus de

Transhumance : Scenario 1 : vente de la plateforme à Nokia Scenario 2 : vente de la plateforme et des applications à un game designer Scenario 3 : vente de la plateforme et des applications pour des créatifs

Produit :

- 3 types de produits possibles o plateforme o plateforme + applications o code source

- Cycle de vie à maturité innovante - Positionnement opportuniste

Prix : - Stratégie d’écrémage - 3 types de paiement

o vente directe o royalties o licence

Promotion : - Relations publiques - Direct mail - Salons, séminaires - Vente directe


Calendrier2006 2007

SP1 Services, Usages et Marché

SP2 Architecture fonctionnelle

Définition de services (03/04/2006)

Architecture fonctionnelle (28/07/2006)

SP3 Réalisation Architecture

détaillée (02/11/2006)

Plate-forme v1(02/04/2007)

Plate-forme v2(03/10/2007)

de la Plate-forme

SP4 Réalisation du jeu de piste Jeu v1(02/04/2007)

(application P2P)

Jeu v2 (03/12/2007)

SP5 Expérimentations

Bilan des expé(01/02/2008)


Livrables produits L1.01 Usages et services L1.02 Perspectives et marchés L1.03 Propriété intellectuelle et normalisation L1.04 Modèles de valorisation : business models

L2.01 Spécification fonctionnelle et architecture fonctionelle de la plateforme

L2.02 Document d'analyse des plates-formes existantes et des technologies candidates à la mise en œuvre

L3.01 Eléments d'architecture détaillée de la plate-forme L3.02 Première version de la plateforme intégrée, services de base

L4.01 Spécifications de l'application et de l'outil d'édition de scénarii L4.02 Maquette offline de l'application L4.03 Outil générique d'édition de scénarii

L5.01 Etat de l'art sur les jeux de piste et scenarii L5.02 Questionnaire d'évaluation


Livrables à produireL1.05 Modèles de valorisation des actifs issus du projet

L3.03 Seconde version de la plate-forme intégrée -(complète)

L4.04 Première version de l'application L4.05 Finalisation de l'application L4.06 Rendu de l'application et de l'outil d'édition

L5.03 Bilan d'expérimentation - contexte professionnelL5.04 Bilan d'expérimentation - contexte étudiantL5.05 Synthèse et bilan des expérimentations


Dissémination G. Paroux, L.Martin, J.Nowalczyk et I.Demeure. Transhumance: A power sensitive middleware for

data sharing on mobile ad hoc networks. "ASWN 2007 - seventh international Workshop on Applications and Services in Wireless Networks". Santander, Espagne, 24-26 Mai 2007.

L. Martin, "CDMAN: A Structured Data Sharing Middleware for MANET". Poster session of Eurosys 2007. Lisbon, Portugal, 22 March 2007.

G. Paroux G.: "A power-aware middleware for mobile ad hoc networks". Poster session of Eurosys 2007. Lisbon, Portugal, 22 March 2007.

Paroux G., Demeure I. et Baruch D., (2007), A survey of middleware for mobile ad hoc networks, Rapport de recherche, École Nationale Supérieure des Télécommunications. (rapport de recherche)

Khakpour A. et Demeure I., (2007), Chapar: A Cross Layer Overlay Event System for MANETs, "5th International Workshop on Middleware for Pervasive and Ad Hoc Computing (MPAC'07)", Newport Beach, California (USA) (article soumis)

Gentès A, (2007) : Tout commence par des histoires : scénarios et scénarisations dans la recherche en STIC, Revue Hermes, numéro spécial sur l’innovation, France

L’intergiciel Transhumance est sous licence LGPL et sera mis à disposition de la communauté à l’issue des expérimentations menées dans le cadre du SP5.

Le site internet actuel du projet à enrichir : http://www.transhumance.info/


Merci


Annexes


Avancement du SP Services, Usages et Marchés

Tâches 2006 2007 2008 Commentaires

S1 S2 S1 S2

L1.01 Usages et services

L1.02 Perspectives de marché

L1.03 Propriété intellectuelle et normalisation

L1.04 Modèles de valorisation

L1.05 Modèles de valorisation des actifs issus du projet

Δ

Δ Prévu ▲ Nouvelle prévision Livré


Avancement du SP Architecture Fonctionnelle de la plate forme


S1 S2 S1 S2

L2.01 Spécification fonctionnelle et architecture fonctionnelle de la plateforme

L2.02 Document d'analyse des plates-formes existantes et des technologies candidates à la mise en œuvre



Avancement du SP réalisation de la plate forme


S1 S2 S1 S2

L3.01 Eléments d'architecture détaillée de la plate-forme

L3.02 Première version de la plateforme intégrée, services de base

L3.03 Seconde version de la plateforme intégrée-complète

Δ



Avancement du SP réalisation de l'application jeu de piste


S1 S2 S1 S2

L4.01 Spécifications de l'application et de l'outil d'édition de scénarii

v1

v2

L4.02 Maquette offline de l'application et outils d'édition de scénarii

L4.03 Outil générique d'édition de scénarii

L4.04 Première version de l'application avec un module de communication fonctionelle

Δ ▲

L4.05 Réalisation de l'application avec toutes les fonctionnalités implémentées

Δ

L4.06 Rendu de l'application et de l'outil d'édition totalement fonctionnel

Δ



Avancement du SP expérimentation


S1 S2 S1 S2

L5.01 Scénarii

L5.02 Questionnaire d'évaluation

L5.03 Bilan d'expérimentation dans un contexte professionnel

Δ

L5.04 Bilan d'expérimentation dans un contexte étudiant

Δ

L5.05 Synthèse et bilan des expérimentations

Δ



Exploitation des résultats Exemple de Business Model

Hypothèses Basse Haute

Vente plateforme sur PDA 0,45% 5%Maintenance corrective 18% 20%Maintenance évolutive 10% 20%Royalties 0,2 0,3Nombre de jeux vendus 500 000 5 000 000Logiciels Collaboratifs 100 1 000

Explications

Vente plateforme sur PDAOn part sur l'hypothèse basse que la plateforme reste utilisable uniquement sur OS Linux, soit 0.9% du marché.A partir de là, on prend comme hypothèse supplémentaire que la plateforme est intégré dans 50% des produitsPour l'hypothèse haute, on suppose que la plateforme est intégrable sous OS Windows, soit 51% du marché, puis on prend une marge de 10% des produitsRoyaltiesEn ce qui concerne les jeux vidéos, le calcul fait dans le livrable indique une base de 0,2€ par jeu vidéo vendu. On peut faireUne hypothèse haute à 0.3€Nombre de jeux vendusPour un jeu qui se vendra en petite quantitée, on peut émettre l'hypothèse de 50000 jeux vendus en EuropeDans le cas où le jeu se retrouve parmi les bests sellers, on emet l'hypothèse de vendre 5,000,000 jeux vidéos en Europe


Exploitation des résultats Exemple de Business Model (hypothèse haute)

RECETTES 2006-2007 2008 2009 2010 2011 2012

Revenu sur la vente de PDANombre de vente de PDA – Smartphones en France (en millions) 30,0 31,5 33,1 34,7 36,5Taux de pénétration de l'option 0,5% 5,1% 5,6% 6,2% 6,8%Nombre de vente de PDA équipé de la plateforme (en milliers) 135 1 607 1 856 2 143 2 475Revenu de la vente de la licence 100 000Revenu des royalties (1€ par PDA) 135 000 1 606 500 1 855 508 2 143 111 2 475 293Maintenance corrective 27 000 348 300 719 402 1 148 024 1 643 082Maintenance évolutive 27 000 348 300 719 402 1 148 024 1 643 082CA total 1 289 000 2 303 100 3 294 311 4 439 159 5 761 458

Revenu sur la vente de jeux vidéoNombre de vente de jeux vidéo en France (en millions) 100 000 000 105 000 000 110 250 000 115 762 500 121 550 625Nombre de vente de jeux Transhumance 5 000 000 5 500 000 6 050 000 6 655 000 7 320 500Taux de pénétration de l'option 5,0% 5,2% 5,5% 5,7% 6,0%Revenu de la vente de la plateforme 100 000Revenu des royalties 1 500 000 1 650 000 1 815 000 1 996 500 2 196 150CA total 2 1 600 000 1 650 000 1 815 000 1 996 500 2 196 150Revenu sur la vente de logiciels collaboratifsNombre de vente de logiciels Transhumance 1 000 1 100 1 210 1 331 1 464Revenu de la vente de la plateforme 250 000 275 000 302 500 332 750 366 025Maintenance corrective 50 000 105 000 165 500 232 050 305 255Maintenance évolutive 50 000 105 000 165 500 232 050 305 255

CA total 3 350 000 485 000 633 500 796 850 976 535

CA POTENTIEL TOTAL 2 239 000 4 438 100 5 742 811 7 232 509 8 934 143

DEPENSES 2006-2007 2008 2009 2010 2011 20122006-2007Investissements (CAPEX)

Hardware (fourniture des PDA) 50 000 52 250 54 450 56 568 58 564Software (développement des applications collaboratives/professionnelles) 530 800 731 320 978 961 1 227 029 1 529 335Développement sous Windows 1 000 000Total Capex 1 580 800 783 570 1 033 411 1 283 597 1 587 899Charges d'exploitation (OPEX)Coût commercial

Gestion client (17% du CA) 380 630 754 477 976 278 1 229 526 1 518 804Taux d'impayés (1,3%) 29 107 57 695 74 657 94 023 116 144

Total Opex 409 737 812 172 1 050 934 1 323 549 1 634 948

CHARGES TOTALES 2 000 000 1 990 537 1 595 742 2 084 345 2 607 146 3 222 847Cash Flow -2 000 000 € 1 829 263 € 3 625 928 € 4 691 876 € 5 908 960 € 7 299 195 €

Free Cash Flow -2 000 000 € 248 463 € 2 842 358 € 3 658 466 € 4 625 363 € 5 711 296 €Somme cumulée Free Cash Flow annuel -2 000 000 € -1 751 537 € 1 090 821 € 4 749 286 € 9 374 649 € 15 085 945 €VAN fin année N -2 000 000 € -1 774 125 € 574 931 € 3 323 591 € 6 482 776 € 10 029 041 €


Module Sécurité (structure)

Gestion des domaines de sécurité

Gestion des politiques de sécurité

Boîte à outils de sécurité

Moteurde règles

Politiquesde sécurité

Echange des clés

Gestiondes clés

par support physique

par le réseausans fil

en clair chiffré


Module Sécurité (diagramme de classes)pkg Security

SecurityManager

- serviceId: int

+ abort() : void+ getCurrentAdaptations(char *) : char *+ getServiceId() : int+ getServiceVersion() : int+ start() : void+ updateAdaptations(char *) : bool

SecurityAPI

+ abort() : void+ cipher(void*, int*) : void*+ createSecurityDomain(int, int) : void+ decipher(void*, int*) : void*+ getPublicKey(int) : Key+ getServiceId() : int+ getServiceVersion() : int+ joinSecurityDomain(int, int, int) : void+ sign(void*, int*) : void*+ start() : void+ storePublicKey(key, int) : void+ verify(void*) : bool

SecurityDomainManager

+ callBack(int, void*) : void+ createSecurityDomain() : int+ joinSecurityDomain(int, int, int) : void~ requestGroupPolicy(int, int) : void

SecurityToolbox

+ cipher(void*, int*) : void*+ createKeySet(int, KeyParameter, date) : void+ decipher(void*, int*) : void*+ getKeySet(int) : KeySet+ getPublicKey(int) : Key+ sign(void*, int*) : void*+ storeKeySet(KeySet, int) : void+ storePublicKey(Key, int) : void+ verify(void*) : bool

SecurityPolicyManager

+ deleteSecurityPolicy(int) : void+ getCurrentSecurityPolicy(std:string, std::string) : void+ storeSecurityPolicy(XML_struct, int) : void

Policy

- level: int- name: std:string- rules: std:List

KeyManager

+ deleteKeys(int) : void+ getKeySet(int) : KeySet+ getPrivateKey(int) : Key+ getPublicKey(int) : Key+ getSecretKey(int) : Key+ storeKeySet(KeySet, int) : void+ storePublicKey(Key, int) : void

AbstractKeyExchange

+ fetchKey(int, int) : void

RSAKeyExchange

# decipher(RSA_data) : KeySet# sendRequest(int, int, int) : void# sendResponse(int, KeySet, int) : void

ClearKeyExchange

# decipher(RSA_Data) : KeySet# sendRequest(int, int, int) : void# sendResponse(int, KeySet, int) : void

MmcKeyExchange

+ createMmcKeyFile(int) : int+ fetchKey(int, int) : void

SecuritySessionManager

+ deleteSession(int) : void+ getSession(int) : SecuritySession*+ newSession() : SecuritySession*

SecuritySession

- identifier: int- state: void*

+ getID() : int+ getState() : void*+ SecuritySession(int) : SecuritySession+ storeState(void*) : void

Lien entre SecurityPolicyManager et SecurityToolbox pourla destruction d'un SD

FileTransfer

+ FileTransferAPI

+ FileTransferManager

+ FTClient

+ FTServer

(from BaseServices)

GroupManagement

+ AskForClearance_Message

+ ClearanceDenied

+ ClearanceGranted

+ Event_MessageGroup

+ ExtendTimeToLiveMessage

+ Group

+ GroupManagement

+ GroupObserver

+ IntersectionGroup

+ JoinDenied_Message

+ JoinGroup

+ LeaveGroup

+ MessageGroup

+ PersistantGroup

+ SecureGroup

+ SecurePersistantGroup

+ Type_MessageGroup

+ UnionGroup

+ Update

(from Core)

Le security Manager est la classe principale de package Security.Il est en charge de démarrer toutes les objets de base

Associations manquantes (?):- avec le service de messagerie asynchrone

L'objet Session pourrait être uti l isée de manière plus généralisée par la suite.

Cette classe donne accés à l 'ensemble des fonctions de sécurité qui peuvent être utl i l isée depuis l 'extérieur du package.

WifiKeyExchange

+ callBack(int, void*) : void# decipher(RSA_Data) : KeySet+ fetchKey(int, int) : void# sendRequest(int, int, int) : void# sendResponse(int, KeySet, int) : void

WifiKeyExchange peut être considéré abstrait. La classe implémente la fonctionnalité commune à l 'échange de clés en clair et chiffré par RSA. En fait, elles diffèrent seulement dans les sous-méthodes de (dé-)chiffrement, qui ne sont effectivement pas implémentées pour l 'échange en clair. De ce point de vue, WifiKeyExchange est inuti le, a remplacer directement par ClearKeyExchange, dont RSAKeyExchange sera dérivé.

Transhumance::IServiceManager

# serviceId: int {readOnly}# serviceVersion: int {readOnly}


«interface»Transhumance::IServiceAPI


Adv ancedServ ices

+ Chat

+ DataSharing

+ EPayment

+ Vote

(from Transhumance)

Rule

- action: std::List- inputParameters: std:List

«interface»ResourceManagement::IEnergyManager

+ getCurrentAdaptations(char *) : char *+ updateAdaptations(char *) : bool

«flow»

11

1

*

1*

«flow»

«flow»

Transhumance pres anr_25-septembre synthese v10

Documents

Transcript of Transhumance pres anr_25-septembre synthese v10