Quelle est la meilleure solution côté serveur pour un système de suivi GPS en temps réel

Question

Eh bien, j'ai essayé de poser cette question comme un commentaire sur this question, mais je pensais que peut-être personne ne le remarquera, donc j'ai décidé de le demander en tant que séparé.

La question est de savoir comment faire en temps réel des choses du système de suivi GPS; si nous avons le scénario suivant:

1. Plutôt que de connecter un récepteur GPS à un PC, l'utilisateur disposera d'un appareil mobile avec un récepteur GPS intégré.

2. Les données de localisation seront envoyées sur un réseau mobile en utilisant une connexion de données GPRS vers un serveur.

3. Les données seront traitées et un fichier de chemin KML sera créé et mis à jour à intervalles de temps et utilisé pour suivre l'utilisateur à l'aide de Google Earth.

La question est: quelle est la meilleure méthode pour accomplir ce scénario pour le côté serveur; Est-ce un service Web, une application Web, un service Windows, une application Windows ou quoi exactement? Tenant compte du fait que le système servira un certain nombre d'utilisateurs simultanément, et que plus d'utilisateurs pourront utiliser le système à l'avenir (problèmes d'évolutivité).

Merci à l'avance et j'apprécie fortement toute aide :)

Answer 1

Quel type d'appareil utilisez-vous exactement, quelque chose comme this ou quelque chose de plus sophistiqué/configurable? Si nous partons du principe que l'appareil envoie ses données sur TCP, je considérerais l'approche suivante avec les processus d'entrée/sortie distincts:

• entrée: un processus d'écoute le port TCP spécifique et qui stocke les coordonnées entrants vers la base de données avec un identifiant de périphérique . De préférence, votre boucle d'écoute doit être capable de gérer simultaneous connections sans qu'ils se bloquent mutuellement.

• Sortie: application Web lisant les coordonnées de la base de données pour un identifiant de périphérique donné et les affichant via le Google Earth API.

Utilisez le (s) langage (s) de programmation que vous connaissez.

Answer 2

Pour moi, il y a une limitation technique/risque ici -> l'appareil mobile, et sa connectivité.

1) Quelles sont vos exigences? Avez-vous besoin de prendre en charge divers appareils mobiles ou vous concentrez-vous sur une seule plate-forme?

2) Plus important encore, vous devez comprendre que les connexions de données GPRS diffèrent d'un PC connecté à Internet. Il existe différentes restrictions de connexion imposées par différents opérateurs mobiles. Si je devais concevoir un tel système afin de minimiser ces risques, j'irais avec un serveur web fonctionnant sur le port 80 que les appareils mobiles téléchargeraient leur Long/Lat via POST (ou même GET pour simplifier les choses).

EDIT: En ce qui concerne l'évolutivité, il serait très facile de faire évoluer les choses à l'avenir en utilisant des techniques d'équilibrage de charge testées et éprouvées &.

EDIT2: Quelle que soit la technologie que vous décidez d'utiliser, je recommande fortement que la première chose que vous faites est de simuler un prototype. Ces restrictions de connexion pourraient être des «show-stoppers». Idéalement, vous devez les explorer avant d'avoir fait un investissement sérieux.