FR 3106430 A1 20210723 FR 2000423 A 20200116 SYSTEME INFORMATISE, PROCEDE INFORMATISE DE COMMUNICATION, ET ENSEMBLE DE PROGRAMMES D’ORDINATEUR POUR SA MISE EN OEUVRE Un système-terrain (100) comprend un processeur (9) qui contrôle des composants électroniques du système-terrain, un routeur (10) sans fil qui se connecte à un dispositif (11) associable distant, et communique au dispositif (11) associable distant une page lisible par un portail-captif du dispositif associable, un module de connexion à satellites (19), qui permet des communications avec un satellite (6), et un système de batterie (8) qui alimente électriquement au moins le routeur (10) sans fil et module de connexion à satellites (19). Un serveur central (21) reçoit des communications des dispositifs (11) associables distants par l’intermédiaire du routeur (10) sans fil et dudit satellite (6). Figure pour l’abrégé : Fig. 1 SYSTEME INFORMATISE, PROCEDE INFORMATISE DE COMMUNICATION, ET ENSEMBLE DE PROGRAMMES D’ORDINATEUR POUR SA MISE EN OEUVRE DOMAINE DE L’INVENTION La présente invention se rapporte à un système de communication. Plus précisément, l’invention se rapporte à un système de communication comprenant au moins un objet-terrain et un serveur distant. L’invention se rapporte notamment à une application précise, à savoir l’assistance à population en cas de catastrophe. Elle présuppose que la population en question soit équipée d’un téléphone capable de naviguer sur Internet, souvent désigné par l’anglicisme « smartphone ». Dans le domaine de l’assistance aux populations en cas de catastrophe, il est souvent très difficile d’obtenir des informations relatives aux populations locales frappées par la catastrophe. Une raison en est que les populations en question sont souvent privées de moyens de communication, car les lignes téléphoniques filaires ne sont plus opérationnelles. En ce qui concerne la téléphonie sans fil, elle se repose sur des antennes-relais ou du matériel qui peut ne plus être opérationnel. Il en est de même des infrastructures locales permettant de communiquer via Internet. Pour résoudre ce problème, US 8,913,960 propose d’équiper le territoire avec des dispositifs réseau satellitaires pouvant communiquer avec des « smartphones » de personnes, et communiquer les coordonnées GPS de ceux-ci vers des satellites. Ce système nécessite toutefois que le possesseur du « smartphone » communique avec le dispositif réseau satellitaire par l’intermédiaire d’une application installée sur le « smartphone ». Une difficulté est que, en cas de catastrophe, il est justement impossible à un utilisateur non équipé de télécharger l’application en question sur son « smartphone ». Par conséquent, seules les populations les plus prévoyantes, qui auront téléchargé au préalable l’application, peuvent bénéficier du service, ce qui ne constitue pas nécessairement un échantillon statistiquement représentatif du besoin en assistance dans la zone sinistrée, et risque de laisser non assistée une grande partie de la population. L’invention vise ainsi à démocratiser ce service à tout utilisateur d’un dispositif portable adapté, de type « smartphone ». Ainsi, l’invention se rapporte à un système informatisé comprenant : : au moins un système-terrain comprenant - un processeur adapté pour contrôler des composants électroniques du système-terrain, …- un routeur sans fil adapté pour se connecter à un dispositif associable distant, et à communiquer au dispositif associable distant au moins une page lisible par un portail-captif du dispositif associable, - un module de connexion à satellites, adapté pour permettre des communications avec un satellite, - un système de batterie adapté pour alimenter électriquement au moins le routeur sans fil et module de connexion à satellites, . au moins un serveur central adapté pour recevoir des communications des dispositifs associables distants par l’intermédiaire au moins du routeur sans fil et dudit satellite. Grâce à ces dispositions, tout détenteur d’un « smartphone », ou autre dispositif électronique comprenant au moins un navigateur internet et un module de communication sans fil, peut bénéficier du service. Ceci permet d’espérer tout ou partie des avantages suivants : Une assistance possible à une population plus nombreuse, L’obtention d’informations statistiquement plus pertinentes concernant la zone impactée ce qui peut avoir un impact important sur le déploiement de mesures d’assistance. Selon différents aspects, il est possible de prévoir l’une et/ou l’autre des dispositions ci-dessous. Selon une réalisation, le serveur central est adapté pour en outre émettre des communications à destination des dispositifs associables distants par l’intermédiaire d’au moins un satellite et du routeur sans fil. Selon une réalisation, le système-terrain comprend une base de données répertoriant l’historique des communications entre le système-terrain et des dispositifs associable. Selon une réalisation, le système-terrain comprend un serveur http adapté pour communiquer un formulaire au dispositif associable, et pour recevoir dudit dispositif associable des données renseignées par l’utilisateur dans le formulaire, et un serveur https adapté pour recevoir d’un dispositif associable une information de géolocalisation du dispositif associable. Selon une réalisation, le système-terrain comporte un capteur adapté pour déclencher le passage en configuration fonctionnelle du système-terrain. Selon une réalisation, le système-terrain comporte une connexion électrique à une alimentation électrique câblée, et le capteur comporte un capteur de courant électrique sur l’alimentation électrique câblée. Selon une réalisation, le système informatisé comprend en outre au moins un autre système-terrain distant du système-terrain, et comprenant les caractéristiques du système-terrain ci-dessus. Selon un autre aspect, l’invention se rapporte à un procédé informatisé de communication comprenant : . un routeur sans fil d’au moins un système-terrain, muni d’un processeur contrôlant des composants électroniques du système-terrain, se connecte à un dispositif associable distant, et communique au dispositif associable distant au moins une page lisible par un portail-captif du dispositif associable, . un module de connexion à satellites du système-terrain communique avec un satellite, . au moins un serveur central reçoit des communications des dispositifs associables distants par l’intermédiaire au moins du routeur sans fil et dudit satellite, un système de batterie alimentant électriquement au moins le routeur sans fil et le module de connexion à satellites. .. Selon un autre aspect, l’invention se rapporte à un ensemble de programmes d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé lorsque lesdits programmes sont exécutés sur des ordinateurs.…. Des modes de réalisation de l’invention seront décrits ci-dessous par référence aux dessins, décrits brièvement ci-dessous : est un schéma global du système selon un exemple de réalisation. est un schéma d’un dispositif électronique portable selon un exemple de réalisation utilisable dans le cadre de l’invention. est un schéma d’un objet-terrain selon un exemple de réalisation utilisable dans le cadre de l’invention. un schéma d’un serveur selon un exemple de réalisation utilisable dans le cadre de l’invention. est une capture d’écran d’un exemple d’une interface utilisateur visualisable par un utilisateur sur son « smartphone ». est une vue schématique similaire à la figure 4, d’une variante de réalisation côté serveurs. Sur les dessins, des références identiques désignent des objets identiques ou similaires. La figure 1 représente schématiquement un système selon un mode de réalisation de l’invention. Le système comprend une pluralité de systèmes-terrain 100 disposés dans une zone 4, par exemple une zone sismique, ou une zone dans laquelle sont susceptibles de survenir des catastrophes. Un système-terrain 100 peut comporter un objet-terrain 1 unique, dont les caractéristiques seront décrites ci-dessous. Toutefois, en variante, les fonctionnalités du système terrain 100 pourront être réparties sur différents objets distincts interfacés entre eux de manière adaptée, et notamment aptes à communiquer entre eux de manière non-filaire. Les objets-terrain 1 sont fixés dans la zone 4, par exemple dans ou sur des bâtiments 25, ou fixés à des poteaux 26, par exemple. Les objets-terrain 1 sont alimentés électriquement par l’intermédiaire d’une alimentation câblée 7. Le système met également en œuvre un serveur central 21 distant, par exemple disposé en dehors de la zone 4. Les objets-terrain 1 et le serveur central 21 communiquent les uns avec les autres par l’intermédiaire de satellites 6. Un utilisateur 2, présent dans la zone 4, dispose d’un dispositif électronique 11 portatif de communication adapté pour communiquer avec le serveur 21 par l’intermédiaire des objets-terrain 1 et des satellites 6. Le système peut également mettre en œuvre une géolocalisation des dispositifs électroniques qui peut faire intervenir d’autres satellites 29, notamment des satellites 29 lointains en orbite géostationnaire. Comme visible sur la figure 2, le dispositif électronique 11 comporte un processeur 12, un module de communication sans fil 27, et une interface homme-machine 13 permettant à un utilisateur d’échanger des informations avec le dispositif électronique 11. L’interface homme-machine 13 comprend classiquement un écran muni d’une dalle tactile permettant la saisie d’informations. Le dispositif électronique 11 comprend également une mémoire 28 stockant des programmes d’ordinateur exécutables par le processeur comme, notamment, un portail captif et un navigateur. Le dispositif électronique 11 peut comprendre un module de géolocalisation 17, adapté pour régulièrement déterminer la position du dispositif électronique 11 à partir de données transmises par les satellites 29. La figure 3 présente maintenant un exemple d’objet-terrain 1. L’objet-terrain 1 est alimenté électriquement par une connexion câblée 7 au réseau. L’objet-terrain 1 comprend également un processeur 9, qui est adapté pour gérer les différentes fonctionnalités de l’objet-terrain 1. L’objet-terrain 1 comporte également un système de batterie 8, ou « batterie » 8, qui est disposée pour alimenter électriquement le processeur 9, et les autres composants électroniques de l’objet-terrain. L’objet-terrain 1 comporte un circuit de commutation prévu pour que l’alimentation électrique des composants de l’objet-terrain 1 par le réseau soit prioritaire par rapport à leur alimentation par la batterie 8. L’objet-terrain 1 comporte ainsi un capteur 3 adapté pour détecter un évènement causant l’alimentation des composants électriques par la batterie 8, comme par exemple un capteur de courant sur l’alimentation câblée 7. Le cas échéant, la batterie 8 est chargée par l’alimentation câblée 7 en présence de celle-ci. L’objet-terrain 1 comprend également un système de communication sans fil avec des dispositifs électroniques 11 distants. Le système de communication sans fil peut notamment comprendre une antenne 30 adaptée pour émettre et recevoir des communications avec les dispositifs électroniques 11 distants. On prévoit par exemple un module de communication wi-fi. Un routeur 10 est utilisé pour gérer les communications avec une pluralité de dispositifs électroniques 11 présents dans le champ d’action de l’objet-terrain 1. L’objet-terrain 1 comporte également un serveur http 15 et un serveur https 16 qui sont adaptés pour communiquer avec les dispositifs électroniques 11 selon des scénarios de communication pré-enregistrés dans l’objet-terrain 1. L’objet-terrain 1 comporte une mémoire 18 dans laquelle sont stockés différentes informations, par exemple dont une base de données 14 qui répertorie les communications avec différents dispositifs électroniques 11. L’objet-terrain 1 peut également être équipé pour communiquer avec des routeurs wi-fi (non représentés). Une telle communication permet notamment à l’objet-terrain 1 d’être mis à jour, en période de veille (fonctionnement hors mode « catastrophe »). L’objet-terrain 1 comporte également un module de connexion à satellites 19, qui comprend une puce 5 de communication satellitaire et une antenne satellite 38, et est adapté pour communiquer avec les satellites 6 dans une zone de communication 20. Comme représenté sur la figure 4, le serveur central 21 comporte un processeur 32 mettant en œuvre les différentes fonctionnalités du serveur central 21. Le serveur central 21 comprend un module de communication satellitaire 31 permettant de contrôler la communication du serveur central 21 avec les satellites 6 utilisés pour le service. Le serveur central 21 accède également à une base de données 22 dans laquelle sont stockées les informations relatives aux communications avec les dispositifs électroniques 11. Un module d’enrichissement 23 est utilisé pour stocker dans la base de données 22 de nouvelles données relatives aux communications avec les dispositifs électroniques 11. En variante, on utilise un serveur de communication satellitaire 39, intermédiaire, muni du module de communication satellitaire 31, et adapté pour communiquer, de toute manière appropriée, avec le serveur central 21. Dans la suite de la description, une utilisation possible du système qui vient d’être décrit va être présentée. En l’absence de catastrophe, l’objet-terrain 1 reste en état de veille profonde. Il n’est pas accessible pour connexion à un utilisateur local 2. L’objet-terrain 1 détecte la survenance d’une catastrophe dans la zone 4. La catastrophe peut être une catastrophe naturelle ou une catastrophe non-naturelle (ou une combinaison des deux). L’objet-terrain 1 peut par exemple être équipé avec un capteur 3 détectant une catastrophe, tel que, par exemple, un capteur de température, un capteur d’humidité, un capteur de vibrations sismiques, un capteur d’opacité optique, un détecteur de fumée, un capteur de courant électrique placé sur l’alimentation électrique par l’extérieur de l’objet-terrain. Selon un autre mode de réalisation, la détection de catastrophe au niveau de l’objet-terrain 1 peut être réalisée par réception d’un signal en provenance d’un objet distant. Par exemple, la puce 5 de communication satellitaire de l’objet-terrain 1 reçoit d’un satellite 6 une information relative à la survenance d’une catastrophe dans la zone. Le satellite peut être en possession de l’information par tout moyen, par exemple relayer une information obtenue d’objet-terrain proches ayant communiqué quant à la survenance d’une catastrophe. En alternative, ou en complément, la détection de catastrophe au niveau de l’objet-terrain 1 peut être réalisée par une détection d’une rupture d’alimentation électrique de l’objet-terrain 1 par l’alimentation câblée 7 à laquelle il est relié. Cette rupture d’alimentation peut être l’unique paramètre faisant passer l’objet-terrain en mode opérationnel, ou un des paramètres faisant passer l’objet-terrain en mode opérationnel. En cas de rupture d’alimentation électrique de l’objet-terrain 1 par l’alimentation câblée 7 à laquelle il est relié, que la détection de cette rupture fasse ou non passer l’objet-terrain 1 en mode catastrophe, les composants électroniques de l’objet-terrain 1 sont automatiquement raccordés à la batterie 8, qui alimente ceux-ci électriquement. Le cas échéant, la batterie 8 est rechargeable, de manière à être rechargée électriquement lorsque la connexion électrique au secteur est rétablie, sans que cela ne fasse nécessairement sortir l’objet-terrain du mode opérationnel. En mode « catastrophe », le processeur 9 gère le fonctionnement de l’objet-terrain. Le processeur 9 active le routeur 10 de l’objet-terrain 1. Le routeur 10 est un routeur appliquant un protocole de communication sans fil de portée et débit adaptés à l’application. A la date de priorité de la demande de brevet, les standards de protocole de communication wi-fi sont adaptés à l’application. D’autres technologies de communication pourraient être mises en oeuvre si elles sont adaptées. En particulier, le routeur 10 émet un signal, notamment permanent, relatif à la présence d’un routeur 10 sans fil. Dans la zone de portée de l’émission du routeur 10 peuvent se trouver un ou plusieurs dispositifs électroniques 11 présentant un processeur ou une puce adaptée pour communiquer selon le protocole de communication en question. Le dispositif électronique 11 est par exemple un téléphone portable intelligent (ou « smartphone »), une tablette, un micro-ordinateur portable, etc… Dans la suite de la description, on fera référence à un exemple où le dispositif électronique 11 est un « smartphone ». Un tel « smartphone » comprend un processeur 12, un module de communication sans fil tel que, dans l’exemple particulier, selon un protocole wifi, et une interface homme-machine 13, tel que notamment un moyen d’entrée permettant à l’utilisateur de saisir des informations dans le « smartphone » (clavier, dalle tactile d’écran, enregistreur vocal, …), et un moyen de sortie permettant de diffuser des informations à l’utilisateur, tel que par exemple un écran ou un haut-parleur. Dans le présent exemple, on fait référence à une interface homme-machine réalisée sous la forme d’un écran muni d’une dalle tactile. Le processeur 12 est également adapté pour exécuter un ou plusieurs programmes d’ordinateur dont l’exécutable réside dans le « smartphone ». Parmi ces programmes d’ordinateur, on peut lister notamment, outre les programmes d’ordinateur nécessaires aux fonctionnements décrits ici, un portail captif et un ou plusieurs navigateurs internet. Selon un exemple de réalisation, le « smartphone » est également doté d’un module de géolocalisation 17. Notamment, le module de géolocalisation 17 peut être un module de géolocalisation par satellite, auquel cas, même en cas de catastrophe naturelle, le « smartphone » peut stocker une information de géolocalisation fiable, car les satellites de géolocalisation ne sont, a priori, pas impactés par la catastrophe. Le module de géolocalisation 17 est adapté pour calculer la position du « smartphone », à partir de la détection, par le module de géolocalisation 17, de signaux provenant de satellites dédiés. Le système est par exemple le système GPS, pour « Global Positioning System ». Le cas échéant, le module de géolocalisation 17 est activable ou désactivable par l’utilisateur du « smartphone ». En variante ou en complément, on peut mettre en œuvre une technologie alternative de géolocalisation, par exemple par triangulation à partir des signaux reçus depuis un même « smartphone » par plusieurs objets-terrain 1. Selon une autre variante, éventuellement complémentaire, on peut mettre en œuvre une technologie alternative de géolocalisation, par exemple par triangulation à partir des signaux reçus depuis plusieurs objets-terrain 1 par un même « smartphone ». En variante ou en complément, on peut mettre en œuvre une technologie alternative de géolocalisation, par exemple par triangulation à partir de signaux « GSM » reçus depuis un même « smartphone » par plusieurs objets-terrain 1 (« GSM » est un acronyme pour l’expression anglaise « Global System for Mobile communications », c’est-à-dire « Système global de communications mobiles » en français. En particulier, suite à la catastrophe, l’utilisateur 2 peut chercher à communiquer avec le monde extérieur au moyen de son « smartphone ». Au moyen de l’interface homme-machine 13, il accède au menu listant les routeurs wi-fi disponibles dans sa zone. Ce menu peut lister un ou plusieurs routeurs wi-fi disponibles dans sa zone. Comme le « smartphone » communique avec le routeur 10, le menu présente, dans la liste, le réseau wi-fi fourni par le routeur 10. Un tel « smartphone » est dit associable avec le routeur 10 et, par conséquent, avec l’objet-terrain 1. Si possible, l’accessibilité du réseau au « smartphone » est mentionnée par tout moyen approprié. En cas de catastrophe, il se peut que le réseau en question soit le seul réseau disponible accessible à l’utilisateur, ce qui rend facile son identification. Par l’interface homme-machine 13, l’utilisateur peut sélectionner le réseau fourni par le routeur 10. Cette information est transmise, selon le protocole de communication, au routeur 10. Le routeur 10 reçoit la demande de connexion en provenance du « smartphone ». La communication entre le routeur 10 et le « smartphone » est établie selon le protocole de communication. Le processeur 15 de l’objet-terrain 1 stocke dans la base de données 14 les informations relatives au « smartphone ». Dans le cadre de la communication, le processeur 12 vérifie l’historique des communications entre le « smartphone » et l’objet-terrain 1, stocké dans la base de données 14, et applique les étapes ultérieures d’un processus prédéterminé selon cet historique. Dans le présent exemple, la prochaine étape du processus est la première étape du processus, décrite ci-dessous. Toutefois, si l’historique montre qu’une ou plusieurs étapes du processus ont déjà été mises en œuvre, le processeur 12 poursuit avec les étapes ultérieures du processus, qui sont décrites plus loin dans la présente description. La connexion du « smartphone » au routeur 10 se fait par une technologie de portail captif. Dans le cadre de l’établissement de la communication, le routeur 10 renvoie au « smartphone » une instruction ou une information déclenchant, par le processeur 9 du « smartphone », l’exécution du portail captif. Le « smartphone » télécharge alors, selon le protocole de communication, une première page stockée dans la mémoire morte 18 de l’objet-terrain 1, et lisible par le portail captif. La première page en question, ainsi que les éventuelles autres pages téléchargées par le « smartphone », peut être disponible dans tout format approprié, et par exemple au format HTML. Le portail captif permet ainsi d’afficher sur l’écran du « smartphone » la première page en question. On notera que, avec les technologies actuellement disponibles, l’interface homme-machine pourra avantageusement être une interface écran/clavier (le cas échéant numérique) afin de minimiser le volume des données transmises entre l’objet-terrain 1 et le « smartphone » 2. La première page en question autorise une saisie par l’utilisateur, par exemple par l’intermédiaire d’une fenêtre « pop-up ». Il s’agit d’une page d’acquisition d’information. La saisie est réalisée par l’intermédiaire de l’interface homme-machine 13. La saisie permet à l’utilisateur de poursuivre le procédé au moyen d’un navigateur résident sur son « smartphone ». Le serveur HTTPS 16 envoie alors une troisième page 33 au « smartphone » qui soit lisible par le navigateur. Le serveur http 15 peut envoyer en parallèle une deuxième page au « smartphone », qui est une page d’attente comprenant un message textuel, et peut donc être affichée par le navigateur pendant le chargement de la troisième page. Selon un exemple, la troisième page comprend une question à choix multiple, et l’interface homme-machine 13 permet à l’utilisateur de sélectionner une réponse parmi une pluralité de réponses proposées. La sélection se fait par exemple au moyen de la dalle tactile du téléphone, superposée à des régions 34 de la troisième page prévues pour la sélection. Selon un exemple particulier, par exemple, la page présente une question du type « comment allez-vous ? », et propose plusieurs réponses alternatives comme : « Je vais bien », « Je suis blessé », ou « autre ». Selon un autre exemple, comme représenté sur la figure 5, la page présente une question du type « de quoi avez-vous besoin ? », et propose plusieurs réponses alternatives comme : « Je vais bien », « D’assistance médicale », « d’eau » et/ou « de nourriture ». La troisième page peut également comporter un système 35 pour commander la transmission de l’information saisie au serveur http 15. La page comprend par exemple un lien hyper-texte, mentionnant « envoyer le « SOS » et ma position », de sorte que l’activation du lien hyper-texte par l’utilisateur génère l’émission d’un message, transmis par le protocole de communication sans fil, depuis le « smartphone » vers le serveur http 15, et portant l’information personnalisée saisie par l’utilisateur. Ainsi, l’information personnalisée émise par l’utilisateur est stockée sur quelques bits, selon le nombre de réponses accessibles à la question. Par exemple, le « smartphone » transmet au serveur HTTP 15 un localisateur uniforme de ressource (généralement désigné par l’acronyme « URL ») généré pour comprendre, entre autres, l’information personnalisée, et le serveur HTTP 15 récupère l’information personnalisée dans cet « URL » par une méthode appropriée. Le serveur http 15 réceptionne le message émis par le « smartphone », et stocke les informations recueillies depuis le « smartphone » dans la base de données. Le cas échéant, le serveur http envoie au « smartphone » une quatrième page en réaction à l’activation du lien hyper-texte par l’utilisateur. Cette quatrième page comprend par exemple du contenu informatif. Cette quatrième page peut être lisible par le navigateur du « smartphone ». Selon des variantes de réalisation, la troisième page peut comprendre plusieurs questions à choix multiples. De plus, ou en alternative, elle peut comprendre une interface 36 de saisie d’un message textuel. Cette interface peut par exemple être prévue pour la saisie d’un numéro de téléphone de l’utilisateur. De préférence, la transmission et, le cas échéant, la saisie, du message est limité à un nombre de caractères prédéterminé, par exemple inférieur à 200 caractères, voire inférieur à 100 caractères, afin de limiter la taille, en octets, des informations transmises. Le serveur HTTPS 16 communique avec le « smartphone » pour obtenir la géolocalisation de celui-ci. Dans le cas présent, on présume que le « smartphone » stocke en mémoire des données récentes de géolocalisation, obtenues par le module de géolocalisation 17. Le cas échéant, si le module de géolocalisation 17 est activé, la géolocalisation du « smartphone » est réalisée par le module de géolocalisation 17, et le « smartphone » transmet l’information au serveur HTTPS 16. Ceci peut se faire, le cas échéant, après autorisation par l’utilisateur, comme représenté sur la figure 5 par la fenêtre 37 superposée à la troisième page demandant l’autorisation d’accès aux données de localisation, et proposant de sélectionner « Refuser » ou « OK ». Par exemple, le « smartphone » transmet au serveur HTTPS 16 un localisateur uniforme de ressource (généralement désigné par l’acronyme « URL ») généré pour comprendre, entre autres, les coordonnées de géolocalisation, et le serveur HTTPS 16 récupère les informations relatives à la géolocalisation dans cet « URL » par une méthode appropriée. Le procédé décrit ci-dessus est mené en parallèle par l’objet-terrain 1 avec une pluralité de « smartphones » distants. Par « en parallèle », on veut dire que l’objet-terrain ne communique pas toujours avec un seul « smartphone », mais avec une pluralité de « smartphones » pendant une période donnée. En cas de catastrophe, potentiellement, un grand nombre de dispositifs électroniques 11 peut se trouver dans la zone couverte par l’objet-terrain 1. L’objet-terrain 1 gère les priorités dans ses communications. Ainsi, l’objet-terrain stocke 1 dans la base de données 14 les informations relatives aux communications avec les dispositifs électroniques 11, telles que, notamment : Un identifiant du dispositif électronique 11, tel que par exemple son adresse IP dans le réseau géré par l’objet-terrain 1, Une géolocalisation du dispositif électronique 11, ou, le cas échéant, une information relative au fait que la géolocalisation du dispositif électronique 11 n’est pas disponible, Une information fournie par le dispositif électronique 11 en réponse à la page d’acquisition d’information, Un état d’avancement du processus de communication avec le dispositif électronique 11. Le module de connexion à un satellite 19 de l’objet-terrain 1 se connecte régulièrement à un satellite 6. Les satellites 6 utilisés dans un mode de réalisation de l’invention sont notamment des micro-satellites caractérisés par leur altitude basse, inférieure à 1100 km, et leurs systèmes de communication adaptés à l’internet des objets, par exemple sur une bande de communication comprise entre 399 et 401 MHz, entre 1616 et 1626,5 MHZ, ou 1452-1492 MHz, comme par exemple Iridium, Globalstar, Inmarsat, Thuraya, ou Astrocast. Les systèmes en question sont adaptés pour une communication de messages à faible quantité de données, par exemple inférieur à 1000 octets, voire inférieur à 500 octets, dans le sens montant ; et inférieur à 500 octets, voire inférieur à 250 octets dans le sens descendant. Ceci permet de disposer d’un système compétitif économiquement. Selon un exemple de réalisation, l’objet-terrain 1 recherche régulièrement la présence d’un satellite 6 compatible dans sa zone de communication 20. A la détection d’un satellite 6 dans la zone de communication 20, une communication est établie entre l’objet-terrain 1 et le satellite 6, par exemple selon un protocole de communication en mode « par paquets ». L’objet-terrain 1 envoie au satellite 6 l’ensemble des informations qui n’ont pas encore été envoyées à un satellite 6 au cours d’une précédente communication. Notamment, pour un message reçu d’un utilisateur 2, et non encore transmis, l’objet-terrain 1 transmet des informations relatives à ce message, telles que : Un identifiant du dispositif électronique 11, Une géolocalisation du dispositif électronique 11, ou, le cas échéant, une information relative au fait que la géolocalisation du dispositif électronique 11 n’est pas disponible, et/ou, dans ce cas, la géolocalisation de l’objet-terrain 1, Une information fournie par le dispositif électronique 11 en réponse à la page d’acquisition d’information, Un identifiant de l’objet-terrain 1. On notera que l’objet-terrain 1 peut ainsi transmettre plusieurs messages émis depuis un même dispositif électronique 11. L’objet-terrain 1 comporte également un module de comparaison, qui lui permet de ne pas transmettre une pluralité de messages identiques ou similaires en provenance d’un même dispositif électronique 11. Le satellite 6 transmet un accusé de réception à l’objet-terrain 1. Le processeur 12 de l’objet-terrain met à jour la base de données 14 avec l’information que le message a bien été transmis à un satellite 6. De plus, le serveur http 15 de l’objet-terrain 1 transmet au dispositif électronique 11 une page d’accusé de réception du message par le satellite. Cette page est visualisable au moyen du navigateur, à la même adresse que la page transmise lorsque l’utilisateur a sélectionné la transmission des informations à l’objet-terrain 1. Cette page informera ainsi l’’utilisateur que son message a été transmis à un satellite 6. Si l’objet-terrain 1 doit transmettre au satellite plusieurs messages, on met en œuvre un procédé de compression des données. Un exemple de procédé de compression des données est relatif à la transmission des géolocalisations des dispositifs électroniques 11. En effet, tous ceux-ci ont une géolocalisation proche entre eux, et proche de celle de l’objet-terrain 1. Par conséquent, il est redondant de transmettre les informations de géolocalisation les plus globales. En pratique, les trois ou quatre premiers caractères de la latitude et de la longitude peuvent ne pas être transmis pour l’ensemble des dispositifs électroniques 11. Il suffit de les transmettre une seule fois. En variante, si l’objet-terrain transmet un identifiant, et que le serveur central 21 dispose de l’information prédéfinie de la géolocalisation de l’objet-terrain 1, ils peuvent ne pas être transmis du tout. Un autre exemple de procédé de compression des données est de ne pas fournir d’information de géolocalisation relative à un identifiant si un autre identifiant fournit des informations de géolocalisation très proches (proximité inférieure à un seuil prédéterminé). Dans ce cas, les données de géolocalisation seront remplacées par une référence à l’identifiant du dispositif électronique 11 très proche. D’autres exemples de compression de données peuvent être mis en œuvre. Le satellite 6 passe, le cas échéant, en regard d’autres objets-terrain 1, et intéragit avec ces derniers de la même façon. Régulièrement, le satellite 6 transmet les informations recueillies au serveur central 21, le cas échéant par l’intermédiaire du serveur de communication satellitaire 39, en appliquant un protocole de communication satellitaire classique, qui ne serait pas décrit plus en détail ci-après. Le serveur central 21 recueille les informations transmises par le satellite 6. Il émet un accusé de réception vers ce même satellite. Les accusés de réception sont transmis, le cas échéant via le serveur de communication satellitaire 39, par le satellite 6 à l’objet-terrain 1. A réception de l’accusé de réception par le serveur central 21, l’objet-terrain 1 met à jour la base de données 14 pour indiquer, pour le message en question, l’accusé de réception par le serveur central 21. Le serveur http 15 transmet au dispositif électronique 11 une page d’accusé de réception du serveur central, qui est lisible par le navigateur du dispositif électronique 11. Cette page est par exemple visualisable au moyen du navigateur, à la même adresse que la page transmise lorsque l’utilisateur a sélectionné la transmission des informations à l’objet-terrain 1. Au niveau du serveur central 21, celui-ci collecte, au fil du temps, des informations en provenance d’un ou plusieurs satellites 6, d’un ou plusieurs objet-terrain 1 et, en fait, d’un ou plusieurs dispositifs électroniques 11. Ces informations peuvent être traitées individuellement et/ou de manière groupée. Le serveur central 21, ou un processeur en amont de lui dans le traitement, décompresse les données reçues en fonction d’un processus de décompression associé au processus de compression de données. En ce qui concerne le traitement individuel des informations, le serveur central 21 peut rapprocher l’identifiant reçu du dispositif électronique 11 avec une base de données 22 pour déterminer un processus ultérieur relatif au message. La base de données 22 peut par exemple comprendre, pour un identifiant de dispositif électronique 11, des données de contact d’un tiers à qui faire suivre le message reçu, ou un message généré en fonction du message reçu. Ainsi, le serveur central 21 peut aussi comprendre un module d’enrichissement 23 de la base de données 22. Ce module d’enrichissement 23 va recevoir des communications de tiers comprenant d’une part un identifiant d’un dispositif électronique 11 susceptible de se trouver dans la zone sinistrée, et un identifiant de contact associé à cet identifiant d’un dispositif électronique 11. Typiquement, en cas de survenance d’une catastrophe, un tiers qui souhaiterait obtenir des informations sur quelqu’un se trouvant dans la zone de la catastrophe fournirait au serveur central 21 le numéro de téléphone portable de la personne en question, ainsi que ses propres coordonnées de contact. En ce qui concerne le traitement groupé, le serveur central 21 peut comprendre des moyens informatiques de traitement des données reçues. Ces moyens peuvent être utilisés pour interpréter les données reçues en une information utile pour la gestion de la catastrophe, et organiser des services d’assistance. Par exemple, le serveur central 21 comporte un module de cartographie permettant de cartographier les informations de géolocalisation obtenues des différents dispositifs électroniques 11. Cette cartographie peut être interprétée pour organiser les services d’assistance. Le cas échéant, le traitement par le serveur central 21 peut comprendre des traitements élaborés prenant en compte les données fournies. Du côté de l’utilisateur 2, il peut se passer un certain temps entre l’envoi du message et l’information relative à la prise en charge par le serveur central 21. Dans certains cas, l’utilisateur 2 peut avoir fermé son navigateur, ou avoir perdu la connexion avec l’objet-terrain 1, avant d’avoir reçu l’accusé de réception de sa prise en charge par le serveur 21. En cas de nouvelle connexion entre l’utilisateur 2 et l’objet-terrain 1, le processeur 12 détecte, dans la base de données 14, l’avancement de la connexion entre le dispositif électronique 11 et le serveur central 21. Dans ce cas, le serveur http 15 peut transmettre au dispositif électronique 11 une page adaptée à l’état actuel d’avancement du processus. Par exemple, la page en question peut comprendre une question pour l’utilisateur l’orientant soit vers la réception d’informations relatives à l’état d’avancement de la communication du message déjà émis (par exemple, le serveur http peut envoyer une page décrivant l’état d’avancée du processus relatif au(x) message(s) déjà émis), soit vers l’émission d’un nouveau message, ce qui peut présenter un intérêt si, par exemple, la situation de l’utilisateur 2 a évolué. En cas de nouvelle connexion, le serveur HTTPS 16 peut également récupérer des données de géolocalisation du dispositif électronique 11. Ces données peuvent être utiles pour confirmer l’immobilité du dispositif électronique 11, ou à défaut, mettre à jour les données de positionnement dans la base de données 14. Bien entendu, le processus qui vient d’être décrit du début à la fin pour un utilisateur local 2 est conduit en parallèle de manière indépendante pour plusieurs utilisateurs locaux, adressés par des objet-terrains différents, et au moyen d’une pluralité de satellites, et ce avec des degrés d’avancement indépendants. Une même phase de communication entre deux objets peut inclure des parties différentes du procédé ci-dessus pour des utilisateurs locaux différents, selon l’avancement du processus dans son ensemble vis-à-vis de chaque utilisateur local 2. Au bout d’un certain temps, il peut être mis fin au processus décrit ci-dessus. Ca peut être le cas par exemple si, au niveau du serveur, on considère n’avoir plus besoin de surveiller la communication de nouveaux messages en provenance d’utilisateurs, par exemple parce que des secours ont été envoyés sur zone, ou que l’espoir de recevoir de nouveaux messages est trop faible, par exemple parce que la durée de vie maximale d’une batterie de « smartphone » est dépassée. Dans ce cas, le serveur peut émettre en direction d’un satellite un message de désactivation destiné à l’objet-terrain 1. La réception de celui-ci par l’objet-terrain 1 désactive celui-ci. En variante ou en complément, le rétablissement de l’alimentation électrique de l’objet-terrain désactive celui-ci, le cas échéant après une durée de latence prédéterminée. Ces procédés de désactivation peuvent également être mis en œuvre en cas de fausse alerte, c’est-à-dire au cas où les procédés d’activation de l’objet-terrain se sont mis en œuvre dans une situation qui ne le nécessitait pas. Ce sera le cas notamment si l’activation de l’objet-terrain 1 est causée par une rupture d’alimentation électrique, et que le retour d’alimentation électrique a lieu dans une durée inférieure à un délai prédéterminé. Dans l’exemple ci-dessus, la communication est gérée essentiellement au niveau de l’objet-terrain 1. Celui-ci peut donc s’appuyer sur un identifiant local du « smartphone ». En variante, on peut prévoir de s’appuyer sur un identifiant global du « smartphone », comme par exemple son adresse MAC. Cela implique qu’une partie de la gestion de la communication peut être prise en charge au niveau du serveur central 21. En effet, la communication entre le « smartphone » 2 et le serveur central 21 peut alors se faire par l’intermédiaire d’une pluralité d’objets-terrain 1. Une partie des procédés décrits ci-dessus peuvent être mis en œuvre par des programmes d’ordinateur exécutés sur un ou des processeurs. Plusieurs objets dotés de processeur peuvent travailler en réseau, les étapes du procédé peuvent être mis en œuvre par l’un ou l’autre, ou une pluralité de processeurs communiquant entre eux. Références Objet-terrain 1 Utilisateur local 2 capteur 3 zone 4 puce 5 de communication satellitaire satellite 6 alimentation câblée 7 batterie 8 processeur 9 routeur 10 dispositifs électroniques 11 processeur 12 interface homme-machine 13 base de données 14 serveur http 15 Serveur HTTPS 16 module de géolocalisation 17 mémoire morte 18 Module de connexion à satellites 19 Zone de communication 20 Serveur central 21 Base de données 22 Module d’enrichissement 23 Bâtiments 25 Poteau 26 Module de communication sans fil 27 Mémoire 28 Satellites 29 Antenne 30 Module de communication satellitaire 31 Processeur 32 Troisième page 33 Régions 34 Système 35 pour commander la transmission d’information Interface 36 de saisie d’un message textuel Fenêtre 37 Antenne satellite 38 Serveur de communication satellitaire 39 Système informatisé comprenant : : au moins un système-terrain (100) comprenant - un processeur (9) adapté pour contrôler des composants électroniques du système-terrain, …- un routeur (10) sans fil adapté pour se connecter à un dispositif (11) associable distant, et à communiquer au dispositif (11) associable distant au moins une page lisible par un portail-captif du dispositif associable, - un module de connexion à satellites (19), adapté pour permettre des communications avec un satellite (6), - un système de batterie (8) adapté pour alimenter électriquement au moins le routeur (10) sans fil et module de connexion à satellites (19), . au moins un serveur central (21) adapté pour recevoir des communications des dispositifs (11) associables distants par l’intermédiaire au moins du routeur (10) sans fil et dudit satellite (6). Système informatisé selon la revendication 1, dans lequel le serveur central (21) est adapté pour en outre émettre des communications à destination des dispositifs (11) associables distants par l’intermédiaire d’au moins un satellite (6) et du routeur (10) sans fil. Système informatisé selon la revendication 1 ou 2, dans lequel le système-terrain (100) comprend une base de données (14) répertoriant l’historique des communications entre le système-terrain (100) et des dispositifs (11) associable. Système informatisé selon l’une des revendications 1 à 3, dans lequel le système-terrain comprend un serveur http (15) adapté pour communiquer un formulaire au dispositif (11) associable, et pour recevoir dudit dispositif (11) associable des données renseignées par l’utilisateur dans le formulaire, et un serveur https (16) adapté pour recevoir d’un dispositif (11) associable une information de géolocalisation du dispositif (11) associable. Système informatisé selon l’une quelconque des revendications 1 à 4, dans lequel le système-terrain (100) comporte un capteur (3) adapté pour déclencher le passage en configuration fonctionnelle du système-terrain (100). Système informatisé selon l’une des revendications 1 à 5, dans lequel le système-terrain (100) comporte une connexion électrique à une alimentation électrique câblée (7), et dans lequel le capteur (3) comporte un capteur de courant électrique sur l’alimentation électrique câblée (7). Système informatisé selon l’une des revendications 1 à 6, comprenant en outre au moins un autre système-terrain (100) distant du système-terrain, et comprenant les caractéristiques du système-terrain telles que définies dans l’une quelconque des revendications 1 à 6. Procédé informatisé de communication comprenant : . un routeur (10) sans fil d’au moins un système-terrain (100), muni d’un processeur (9) contrôlant des composants électroniques du système-terrain (100), se connecte à un dispositif (11) associable distant, et communique au dispositif (11) associable distant au moins une page lisible par un portail-captif du dispositif associable, . un module de connexion à satellites (19) du système-terrain (100) communique avec un satellite (6), . au moins un serveur central (21) reçoit des communications des dispositifs (11) associables distants par l’intermédiaire au moins du routeur (10) sans fil et dudit satellite (6), un système de batterie (8) alimentant électriquement au moins le routeur (10) sans fil et le module de connexion à satellites (19). Ensemble de programmes d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé selon la revendication 8 lorsque lesdits programmes sont exécutés sur des ordinateurs.