cours:plim:projet16_17:gr11:gr11
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
cours:plim:projet16_17:gr11:gr11 [2016/10/12 14:03] – ↷ Page déplacée de cours:plim:projet16_17:gr11 à cours:plim:projet16_17:gr11:gr11 tigli | cours:plim:projet16_17:gr11:gr11 [2017/02/19 22:32] (Version actuelle) – blagouge | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | g11 | + | ====== Étude du taux d’utilisation du téléphone ====== |
+ | |||
+ | |||
+ | **Équipe :** | ||
+ | __Nom 1 :__ Théo Donzelle | ||
+ | Créneau (AM ou PM) : PM | ||
+ | |||
+ | __Nom 2 :__ Bénédicte Lagouge | ||
+ | Créneau (AM ou PM) : PM | ||
+ | |||
+ | **Un scénario d' | ||
+ | |||
+ | Utilisation du capteur de proximité et de la détection de mise en veille de l' | ||
+ | |||
+ | **Critères de clusterisation** | ||
+ | |||
+ | Nos hypothèses sont les suivantes : | ||
+ | - si le téléphone est en veille et le capteur de proximité " | ||
+ | - si le téléphone est en veille et le capteur de proximité " | ||
+ | - si le téléphone n'est pas en veille et le capteur de proximité " | ||
+ | - si le téléphone n'est pas en veille et le capteur de proximité " | ||
+ | |||
+ | Nous recoupons les informations "en veille", | ||
+ | - caller : l' | ||
+ | - player : l' | ||
+ | - pocket user : l' | ||
+ | - idle user : l' | ||
+ | - equilibrated user : l' | ||
+ | |||
+ | **L' | ||
+ | |||
+ | L' | ||
+ | |||
+ | Lorsque l' | ||
+ | Le serveur va alors stocker les nouvelles données de cet utilisateur. | ||
+ | Chaque jour à minuit ,le serveur va utiliser un algorithme de Random Forest qu'il a à sa disposition et façon à déterminer le profil (cluster) le plus vraisemblable pour chaque utilisateur. Il stocke ce résutats dans un fichier propre à l' | ||
+ | |||
+ | L' | ||
+ | |||
+ | En résumé .... | ||
+ | |||
+ | __Rôle de l' | ||
+ | |||
+ | - Sauvegarder les changements d’états du capteur de proximité et du fait que l’écran du téléphone soit allumé ou non en BDD locale | ||
+ | |||
+ | - Envoyer les données sauvegardées au serveur en appuyant sur le bouton “Send Datas” | ||
+ | |||
+ | - Demander au serveur quel type d’utilisateur on sera pour un jour futur en sélectionnant une date future sur le calendrier | ||
+ | |||
+ | __Rôle du serveur :__ | ||
+ | |||
+ | - Recevoir et stocker les données de chaque utilisateur en quatre catégories : “in_use” (c’est-à-dire que le téléphone est allumé mais que le capteur de proximité ne détecte rien), “not_in_use” (le téléphone est allumé et le capteur de proximité ne détecte rien), “pocket” (le téléphone est éteint et le capteur de proximité détecte quelque chose) ou “call” (le téléphone est allumé et le capteur de proximité détecte quelque chose) | ||
+ | |||
+ | - En fin de journée, passer les données de chaque utilisateur par l’algorithme de Random Forest pour leur associer un type d’utilisateur et stocker cet historique | ||
+ | |||
+ | - Prévoir pour un jour donné dans quel type chaque utilisateur sera classé | ||
+ | |||
+ | |||
+ | **Cible mobile utilisée : Samsung S3 Mini ** | ||
+ | |||
+ | __Programmation :__ Android | ||
+ | |||
+ | __Caractéristiques techniques__ | ||
+ | |||
+ | Fiche technique : http:// | ||
+ | |||
+ | __Capteurs disponible: | ||
+ | |||
+ | - accéléromètre | ||
+ | |||
+ | - capteur géomagnétique | ||
+ | |||
+ | - gyroscope | ||
+ | |||
+ | - capteur de proximité | ||
+ | |||
+ | __Téléphone compatible avec :__ 2G 3G Bluetooth WiFi NFC | ||
+ | |||
+ | __OS :__ Android 5.1.1 | ||
+ | |||
+ | |||
+ | **Environnement logiciel:** | ||
+ | |||
+ | __Caractéristiques de l'OS :__ Windows 64bits, Ubuntu 64bits . | ||
+ | |||
+ | __IDE utilisés :__ Android Studio pour la partie application, | ||
+ | |||
+ | __SDK Android conseillé: | ||
+ | |||
+ | __JDK utilisé : __ 1.8 | ||
+ | |||
+ | |||
+ | **Activité reconnue :** Étude du taux d’utilisation du téléphone | ||
+ | |||
+ | **Capteurs utilisés et données collectées: | ||
+ | |||
+ | __Informations du téléphone étudiées :__ capteur de proximité, mise en veille ou non du téléphone | ||
+ | |||
+ | __Données collectées par le téléphone :__ temps passé par le téléphone selon les 4 critères "en veille", | ||
+ | |||
+ | |||
+ | ** API et librairies: | ||
+ | |||
+ | __Pour l' | ||
+ | |||
+ | __Pour utiliser des objets JSON (transmission d' | ||
+ | |||
+ | __Pour " | ||
+ | Lien vers la documentation de cette API : https:// | ||
+ | |||
+ | |||
+ | **Faisabilité du projet : ** | ||
+ | |||
+ | Pour conclure le projet est totalement faisable.Android offre la possibilité d’avoir accès aux différents capteurs du téléphone donc le capteur de proximité. Nous pourrons donc aussi connaître le temps que le téléphone passe dans la poche de l’utilisateur. | ||
+ | |||
+ | **Algorithme à mettre en oeuvre :** | ||
+ | |||
+ | Nous allons récupérer des temps d’utilisations et voulons les clusteriser afin de classifier les différents utilisateurs. | ||
+ | Nous avons utilisé Random Forest en mode supervisé avec le temps en métrique. | ||
+ | |||
+ | **Exécutables, | ||
+ | |||
+ | __Voici l'APK Android : __ https:// | ||
+ | |||
+ | __Voici l' | ||
+ | |||
+ | __Voici le lien du git :__ https:// | ||
+ | |||
+ | __Comment utiliser notre projet?__ | ||
+ | |||
+ | L' | ||
+ | |||
+ | |||
+ | Le serveur peut se lancer en utilisant dans un terminal la commande | ||
+ | java -jar elim-1.0-SNAPSHOT-jar-with-dependencies.jar | ||
+ | Il faut noter que pour envoyer/ | ||
+ | |||
+ |
cours/plim/projet16_17/gr11/gr11.1476281006.txt.gz · Dernière modification : 2016/10/12 14:03 de tigli