Discussion :

[Nylwen]

Bonjour à tous,

Dans le cadre d'une application, j'ai besoin d'actualiser et de récupérer les informations de localisation d'un utilisateur régulièrement, même une fois l'application arrêtée.

En effet mon objectif est d'envoyer à intervalles réguliers la position de l'utilisateur à un serveur pour faire du Géofencing. Ainsi en fonction de la position de l'utilisateur reçue par le serveur, ce dernier va décider de lui envoyer ou non une notification (via Google Cloud Messaging).

J'ai actuellement un service se chargeant de réaliser en arrière-plan le traitement voulu, seulement celui-ci ne fonctionne que si l'application est au premier plan.

J'ai également regardé du côté de la méthode addProximityAlert() disponible sur une instance du LocationManager mais ceci ne réponds pas totalement à mon besoin (en effet cette méthode me permet d'envoyer la position de l'utilisateur au serveur lorsqu'il entre ou sort d'une zone précise mais uniquement à ce moment précis et non régulièrement comme je le souhaite).

Voici donc ma question :

Est-il possible, à intervalles réguliers, de récupérer la position de l'utilisateur et d'effectuer un appel réseau pour l'envoyer à un serveur, et ce quel que soit l'état de l'application (au premier plan, en arrière plan ou arrêtée) ? Si oui, comment ?

En vous remerciant par avance de vos réponses,

Nylwen

[Feanorin]

Salut.

Oui via les Services . Maintenant méfie toi car ce principe est un gros consommateur de batterie, il va falloir réguler la fréquence s des points saisies ainsi que l'envoie au serveur sinon le téléphone ne vas tenir qu'une heure.

[Nylwen]

Bonjour,

Merci pour ta réponse. J'ai donc approfondi l'approche concernant les services. Le problème que je rencontrais venait de la manière dont j'envoyais les coordonnées au serveur. J'utilise maintenant une URLConnection et mon service fonctionne correctement même en arrière plan.

Concernant la consommation de batterie, quel est l'intervalle idéal pour avoir des données régulièrement sans consommer trop de batterie ? Actuellement j'effectue une actualisation toutes les 30 secondes, ce qui consomme 3 à 4 % de batterie par heure en ayant d'autres applications comme par exemple Facebook en arrière plan. Ceci est-il correct ou est-ce trop gourmand en ressources ?

[Feanorin]

ca me semble correct . Tout dépends du niveau de précision que tu souhaites .

Après tu peux toujours proposer une fourchette a l'utilisateur dans les préférences. 30s- 5 min par exemple.

[Nylwen]

D'accord merci, je marque le sujet comme résolu.

[nicroman]

3 à 4% par heure me semble très très faible... (c'est ce que mon téléphone "mange" par heure sans aucune application active, sauf les synchronisations bien sur).

J'imagine donc que tu conserve un WakeLock pour garder le téléphone éveillé... Donc le téléphone reste éveillé, et toutes les fonctionnalités réseau (et GPS) restent activées.

Ce qui coûte cher c'est l'établissement de ces connexions (4G,3G+,3G,Edge,Fix GPS,WiFi scan,...).
Par exemple, une appli qui "réveille" le téléphone toutes les 30s pour accéder au réseau va demandant 20x de batterie qu'une appli qui conserve le réseau ouvert et l'utilise toutes les 30s (cf Glympse qui n'est pas un gouffre en batterie et conserve GPS/Data activés).

Par contre, si il y a un service d'arrière plan, il est obligatoire d'avoir une notification active pour pouvoir accéder à l'application d'un clic, et arrêter le service.