Sujet

1-fichiers de logs
L'idée est que des données soient acquises sur le robot, et soient transférées périodiquement sur la base pour que la maintenance puisse extraire des informations pertinentes l'aidant au dioagnostic, aux interventions .... Ces données doivent pouvoir être paramétrées à travers le fichier paramètres (quelles données, quelles fréquence, quelle résolution, quelle taille de buffer ...)I
ll faut aussi se donner la possibilité d'avoir des données d'exploitation, genre distance parcourue, temps de parcours ...

2-fichier de paramètres
L'idée est ici de conserver une copie de tous les paramètres du robot qui constituent ses spécificités sur le site : nom, voix, gains, configuration, plans des locaux ... de sorte à pouvoir tout restituer en cas d'installation d 'un nouveau robot ou de perte de ces données. Comme les logs, ce fichier est un copie synchronisée du fichier dans le robot.

Ensuite, on s'attaquera aux fichiers de la personne :

- lsite de courses
- préférences
- données personelles gens menus ...

Pour les données médicales, il faudra regarder à se connecter à des fichiers sécurisés existants, car là on touche à un problème plus dur !

Avancement du projet :

Semaine 43 :

- Rencontre avec le représentant de l'entreprise

Semaine 44 :

- Découverte et étude du nouveau sujet.

Semaine 45 :

- Etude du sujet et des outils.

Semaine 46 :

...

Semaine 50 :

1) faire une application web sur amazon

2) lire doc sur adobe connect

3) lire....

Semaine 6 :

- Etude de la doc amazon S3

- Recherche de l'api amazon web service

- Création d'un prototype "Hello World"

- Préparation d'un document de synthèse explicatif

Semaine 7 :

- etude de la nouvelle application à faire

Semaine 8 :

- realisation de la nouvelle application

Semaine 9 :

- test de l'application et vérifications

Semaine 10 :

- etude des nouveaux objectifs

Semaine 11 :

- réalisation d'un prototype en java d'envoi de log automatique sur s3 avec récupération de l'adresse serveur. Connection et envoi de fichier possible grace aux clefs d'identification S3.

Semaine 12 :

- etudes pour la mise en relation avec une base de données et création d'un prototype d'interface utilisateur.

Semaine 13 :

- developpement du prototype tournant sur Amazon EC2

Tutoriaux EC2:

http://s3.amazonaws.com/AmazonEC2Tutorial/AmazonEC2Tutorial.html

http://www.youtube.com/watch?v=bBajLxeKqoY&feature=player_embedded

API Tools pour EC2 (permet d' acceder a EC2):

http://developer.amazonwebservices.com/connect/entry.jspa?externalID=351&categoryID=88

Web Services & EC2 Developer Tools:

http://developer.amazonwebservices.com/connect/kbcategory.jspa?categoryID=88

- Developpement d une application web de gestion de flotte de robots

Semaine 14 :

- Avancement du developpement

Semaine 15 :

- Recherche logicile gestion à distance

Semaine 16 :

- Test mise application sur EC2

Semaine 17 :

- Mise en relation avec la base de données et interface de gestion des robots

Semaine 18 :

- Création dossier logiciel de contrôle à distance. http://louispatrickcomte.free.fr/Projet%20Ann%C3%A9e/Pr%c3%a9sentation%20logiciel%20gestion%20%c3%a0%20distance.docx trouvé sur http://www.generation-nt.com/

Résumé du dossier logiciel de contrôle à distance :

Nom Logiciel	Sécurité	Personnalisation	Structure	Optimisation performance	Administration
Ultr@VNC	module de modification du flux de données (DSM)	Possible	Client Serveur (possibilité avec un client java de ne pas avoir à installer le client normal)	Oui, grâce à un tampon d'affichage éliminant directement l'utilisation du processeur	Possibilité de déployer de façon silencieuse le client sur plusieurs ordinateurs d'un réseau local, et les réglages peuvent s'opérer de différentes manières : ligne de commande, interface graphique, base de registre, ...
LogMeIn	cryptage SSL en 128 et 256 bits est assuré de bout en bout et est renforcé par une détection d'intrusion SSL / TLS.	?, il existe différentes solutions : LogMeIn Rescue: résolution d’incident et assistance sur demande -LogMeIn Pro : accès distant complet à votre ordinateur -LogMeIn It Reach : création de rapports, contrôle et gestion du système à distance - RemotlyAnywhere : administration à distance de bureaux et serveurs du réseau local -Autres	Client Serveur (LogMeIn Rescue pas besoin de clien)	?	Beaucoup de choses possibles
TeamViewer	RC4 SSL	?	Client Serveur	?	Possibilité de sortir un tableau Excel qui retrace toute l’activité
PCVisit	l'encryption est codée sur 128 Bits et utilise l'algorithme Blowfish	?	Client Serveur avec Serveur pouvant devenir client	Très fluide même si mauvaise connexion.	?, peu de choses à configurer
NTRConnect	sécurité par carte à puce	?	Client Serveur	Interface lente	démarrage à distance (Wake-On-Lan) définition d'une adresse ou d'une plage d'adresses IP, création de groupes, visualisation de l'activité
DAMEWARE	Smart-card	?	Client Serveur	?	SFTP, Proxy, IP-Filtering, Session partagée, mode observation, permission utilisateur ou prise de controle du clavier et de la souris Agent Mini Remote Client Agent peut être installé à distance et lancé en tant qu'application ou service
NETOP	?	RemoteControl pour contrôler les PC et serveurs, OnDemand pour les services de hot-line, Mobile pour le contrôle à distance de PDA, smartphone et PocketPc	Le principe de fonctionnement est le même que le principe d'opérateur / client avec un numéro de ticket.	?	?

Google App Engine

Google App Engine est une plateforme de conception et d'hébergement d'applications web basée sur les serveurs de Google.

Historique

La première version de ce service (appelée 'beta'), est sortie en avril 2008, avec la possibilité d'enregistrer uniquement des comptes gratuits[1]. L'offre de cette première version propose 500Mo de stockage persistant, et suffisamment de bande passante et de capacités de calcul pour servir 5 millions de pages par mois. Toutefois, Google a annoncé qu'il serait possible d'acheter davantage de ressources dans le futur.

Fonctionnement

Google App Engine permet entre autre la création de base de données (appelées datastore) et la gestion des utilisateurs.

Utilisateurs et sécurité

Cette gestion des utilisateurs est une extension de celle utilisée par Google : l'utilisateur s'authentifie en utilisant son compte Google (Gmail par exemple). Les applications crées ne sont ainsi pas amenées à gérer la création des comptes, la gestion des données utilisateur ou la récupération des mots de passe. Ce service, libère aussi le développeur d'application de négocier la sécurité avec l'utilisateur. Cela permet aussi à l'utilisateur final de ne pas avoir à s'authentifier lorsqu'il visite un nouveau service App Engine.

Langage de programmation

Au moment du lancement, seul l'utilisation de Python au travers d'une version limitée du framework web Django, du framework web webapp proposé par Google (c'est celui qu'utilise le tutoriel) ou sans framework web : un simple CGI en Python suffit. L'interface Web Server Gateway Interface (WSGI) est aussi disponible.Désormais le langaga JAVA est supporté. Google a indiqué que dans le futur, d'autres langages seraient supportés.

Contexte technologique

Le service Google App Engine vient concurrencer celui d'Amazon nommé Amazon Web Services (AWS). Ce dernier est un lot de services applicatifs qui permet à une application web de stocker des données et d'exécuter du code sur les serveurs d'Amazon.

Beaucoup d'analystes techniques avaient prédit l'arrivée de Google dans ce créneau. « Google finally realizes it needs to be the web platform » a écrit Mike Masnick, qui publie le blog Techdirt.Google App Engine

Google App Engine est une plateforme de conception et d'hébergement d'applications web basée sur les serveurs de Google.

Annexe :

Vous trouverez en annexe l'etudes des web services amazon que nous avons réalisé, ainsi que l'application qui permet d'envoyer sur un compte amazon des données toutes les X minutes via S3.

Bibliographie consultée :

Tutorial web 2.0:

http://www.slideshare.net/Foxsden/web20-tutorial-cts