FR 3027710 A1 20160429 FR 1460308 A 20141027 Prédiction d'événement dans un système d'entités connectées La présente invention concerne le domaine de la gestion d'une pluralité d'entités communicantes, et en particulier la gestion d'entités ou objets connectés. L'invention s'applique avantageusement à un réseau d'objets connectés, par exemple un réseau privé d'un utilisateur. On entend par objet connecté tout objet apte à mettre en oeuvre des actions données et présentant en outre une interface de communication pour partager des informations sur un réseau. Aucune restriction n'est attachée à l'interface de communication considérée. Par la suite, l'exemple d'objets connectés à un réseau sans-fil par une interface de type Wi-fi est considéré, à titre purement illustratif. Aucune restriction n'est par ailleurs attachée aux actions mises en oeuvre par les objets connectés : un détecteur de mouvement détecte des mouvements, un capteur de température mesure la température d'une pièce dans laquelle il se situe, un capteur d'humidité peut mesurer l'humidité de l'air dans une pièce ou l'humidité de la terre dans un pot de fleur, etc. En outre, des informations peuvent être remontées à une interface réseau auquel accèdent les objets connectés, puis transmis à un serveur distant ou local, afin que l'utilisateur puisse les consulter. Des applications proposent à un utilisateur de visualiser des données remontées par ses différents objets connectés. De telles applications peuvent être installées sur un terminal utilisateur, tel qu'un ordinateur fixe ou portable, une tablette tactile, un Smartphone, ou toute entité pouvant accéder au réseau d'objets connectés. L'utilisateur peut ainsi suivre, via un fil d'actualités par exemple, des événements publiés par les différents objets connectés à des instants donnés respectifs. Toutefois, les informations remontées par les objets connectés sont des informations acquises à un instant donné et ne permettent ainsi pas à l'utilisateur d'anticiper une situation future. A titre d'exemple, une sonde d'humidité placée dans le pot d'une plante peut indiquer une humidité de 45% à un instant donné, ce qui ne permet pas à l'utilisateur de savoir si l'humidité va descendre en dessous d'un seuil critique pour la plante à un moment où l'utilisateur sera présent pour arroser la plante. Il existe ainsi un besoin pour un utilisateur d'un réseau d'objets connectés de pouvoir anticiper des situations futures avec précision. La présente invention vient améliorer la situation. A cet effet, un premier aspect de l'invention concerne un procédé de gestion d'une pluralité d'entités mis en oeuvre dans un serveur, chaque dispositif électronique étant apte à transmettre au serveur des notifications d'événements, le serveur stockant au moins un modèle prédictif pour la prédiction d'événements futurs, le procédé comprenant les étapes suivantes: - réception d'une première notification d'événement depuis une première entité, la première notification d'événement indiquant un premier événement associé à un premier instant ; - sélection d'un modèle prédictif applicable au premier événement ; - déduction d'un événement futur associé à un deuxième instant postérieur au premier instant, par application du modèle prédictif déterminé au premier événement, l'événement futur étant associé à au moins un événement impactant l'événement futur ; - affichage de l'événement futur en association avec le deuxième instant, sur un fil d'actualités. Sur réception d'au moins une deuxième notification d'événement indiquant un deuxième événement associé à un troisième instant, le troisième instant étant compris entre le premier instant et le deuxième instant, le procédé comprend en outre les étapes suivantes : - vérification que le deuxième événement est un événement impactant l'événement futur; - en cas de vérification positive, mise à jour de l'événement futur en fonction du deuxième événement ; - affichage de l'événement futur mis à jour sur le fil d'actualités. Les entités peuvent être des objets connectés pouvant communiquer avec le serveur. Comme détaillé dans ce qui suit, on entend par événement une mesure effectuée par l'une des entités, une modification d'un paramètre requise par l'utilisateur, ou encore une donnée issue d'une plateforme tiers. On entend par modèle prédictif un modèle qui, à partir d'au moins une valeur d'entrée représentative d'une grandeur à un instant t, détermine l'évolution de la grandeur pour les instants postérieurs à t. L'invention permet ainsi à l'utilisateur de visualiser des prédictions d'événements, et non pas uniquement des événements issus de mesures instantanées. En outre, l'événement futur peut être mis à jour dynamiquement en tenant compte de tous les événements pouvant l'impacter, ce qui permet de tirer partie du réseau d'entités connectés, les informations acquises par une entité connectée permettant d'affiner la prédiction appliquée à des mesures issues d'une autre entité connectée. Selon un mode de réalisation de l'invention, le fil d'actualités peut être décomposé en une première section et une deuxième section, la première section peut être dédiée à l'affichage d'événements associés à des instants compris dans une période courante, et la deuxième section peut être dédiée à l'affichage d'événements associés à des instants compris dans une période future. Une troisième section peut être dédiée à l'affichage d'évènements associés à des instants compris dans une période passée. Ainsi, l'affichage d'événements courants, issus généralement de mesures instantanées, est différencié de l'affichage d'événements futurs issus de prédiction, ce qui facilite l'anticipation par l'utilisateur des événements futurs. En complément, la période courante peut être mise à jour dynamiquement, ce qui permet d'informer l'utilisateur en temps réel, en supprimant notamment des événements échus et en actualisant le fil d'actualités (en faisant par exemple passer des événements de la deuxième zone à la première zone). Selon un mode de réalisation, le premier événement est une valeur mesurée par la première entité au premier instant. Une telle valeur mesurée peut par exemple être une valeur de température, une valeur d'humidité de l'air ou de la terre dans un pot de fleur, une information binaire de présence/absence, etc. En complément, une première valeur de seuil étant prédéfinie, le deuxième instant peut être l'instant auquel la valeur mesurée atteint la première valeur de seuil prédéfinie après application du modèle prédictif à la valeur mesurée au premier instant. Ainsi, l'événement futur permet d'indiquer à l'utilisateur l'atteinte probable d'une valeur seuil à un deuxième instant. La valeur seuil peut par exemple correspondre à une valeur pour laquelle une intervention de l'utilisateur sur l'une des entités connectées est requise, et, dans ce cas, l'utilisateur peut avantageusement anticiper cette intervention grâce à l'affichage de l'événement futur dans le fil d'actualités. Comme détaillé dans ce qui suit, et à titre illustratif, la valeur de seuil peut correspondre à un taux d'humidité de la terre d'un pot de fleur à partir duquel il est préférable d'arroser la plante. En complément ou en variante, le deuxième événement peut être une valeur mise à jour mesurée par la première entité au troisième instant, et l'événement futur peut être mis à jour par application du modèle prédictif à la valeur mise à jour mesurée au troisième instant. Une telle mise à jour dynamique permet de corriger les imprécisions éventuelles du modèle prédictif ou encore permet de prendre en compte des changements imprévus (tels que des variations de température, d'humidité) ou imprévisibles (intervention anticipée de l'utilisateur). Selon un mode de réalisation de l'invention, le deuxième événement peut être une valeur mesurée par une deuxième entité au troisième instant ou une action déclenchée par la deuxième entité au troisième instant. Un tel mode de réalisation permet de tirer partie du système d'entités connectées, les informations acquises ou les actions mises en oeuvre par une entité pouvant être utilisée pour améliorer la fiabilité des prédictions faites à partir des mesures d'une autre entité. Selon un mode de réalisation de l'invention, le deuxième événement est un paramètre défini par un utilisateur au troisième instant. Ainsi, la mise à jour d'un événement futur peut être personnalisée en fonction de paramètres définis par l'utilisateur. A cet effet, le deuxième événement peut être le remplacement par l'utilisateur de la première valeur de seuil prédéfinie par une deuxième valeur de seuil, la mise à jour de l'événement futur peut comprendre la détermination d'un quatrième instant auquel la valeur mesurée atteint la deuxième valeur de seuil prédéfinie après application du modèle prédictif à la valeur mesurée au premier instant, et l'événement futur mis à jour peut être affiché en association avec le quatrième instant sur le fil d'actualités. Ainsi, l'utilisateur fixe lui-même la valeur de seuil qui lui semble critique pour une grandeur mesurée par l'une de ses entités connectées, et la souplesse du procédé de mise à jour est ainsi améliorée. Selon un mode de réalisation, le deuxième événement est une prédiction faite au troisième instant d'un deuxième événement futur à un cinquième instant, le cinquième instant étant compris entre le quatrième instant et le deuxième instant. Ainsi, les prédictions effectuées pour les mesures issues de certaines entités peuvent être utilisées pour affiner les prédictions de mesures issues d'autres entités. En variante, les prédictions peuvent être issues d'une plateforme tierce, disposant par exemple de modèles prédictifs plus fins que le serveur. Un deuxième aspect de l'invention concerne un programme informatique comportant des instructions pour la mise en oeuvre du procédé selon le premier aspect de l'invention, lorsque ces instructions sont exécutées par un processeur. Un troisième aspect de l'invention concerne un serveur pour la gestion d'une pluralité d'entités, chaque entité étant apte à transmettre des notifications d'événements, le serveur comprenant une unité de stockage d'au moins un modèle prédictif pour la prédiction d'événements futurs, une interface de réception d'une première notification d'événement depuis une première entité électronique, la première notification d'événement indiquant un premier événement associé à un premier instant, et un processeur agencé pour la mise en oeuvre des étapes suivantes : - sélection d'un modèle prédictif applicable audit premier événement ; - déduction d'un événement futur associé à un deuxième instant postérieur au premier instant, par application du modèle prédictif déterminé au premier événement, l'événement futur étant associé à au moins un événement impactant l'événement futur ; - affichage de l'événement futur en association avec le deuxième instant, sur un fil d'actualités. Sur réception par l'interface de réception d'au moins une deuxième notification d'événement indiquant un deuxième événement associé à un troisième instant, le troisième instant étant compris entre le premier instant et le deuxième instant, le processeur est en outre agencé pour la mise en oeuvre des étapes suivantes : - vérification que le deuxième événement est un événement impactant l'événement futur; - en cas de vérification positive, mise à jour de l'événement futur en fonction du deuxième événement ; - affichage de l'événement futur mis à jour sur le fil d'actualités. 35 D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels: - la figure 1 illustre un système selon un mode de réalisation de l'invention ; - la figure 2 est un diagramme illustrant les étapes d'un procédé selon un mode de réalisation de l'invention. - les figure 3a à 3e présentent des exemples de mises en oeuvre du procédé selon l'invention ; - la figure 4 illustre l'affichage d'un fil d'actualités sur un terminal utilisateur selon un mode de réalisation de l'invention ; - la figure 5 présente un serveur selon un mode de réalisation de l'invention. La figure 1 illustre un système de gestion d'une pluralité d'entités 10, 11 et 12 selon un mode de réalisation de l'invention. Les entités gérées peuvent être des objets connectés. A titre illustratif, le système peut ainsi comprendre un capteur d'humidité 10 apte à mesurer l'humidité dans un pot de plante, un thermomètre 11 et un capteur d'humidité 12 apte à mesurer l'humidité de l'air. A titre illustratif, et pour la simplification de l'exposé qui suit, il est considéré que les entités 10 à 12 sont toutes situées dans une même pièce d'un utilisateur. Les entités 10, 11 et 12 sont des objets connectés et disposent ainsi d'interfaces respectives permettant l'accès à un réseau via un point d'accès 13, pouvant être une borne Wi-fi par exemple. Un unique point d'accès 11 a été représenté. Toutefois, l'invention couvre également les cas dans lesquels les objets 10, 11 et 12 accèdent au réseau via des points d'accès distincts. Le point d'accès 13 permet aux entités 10 à 12 d'accéder à un réseau 15, tel que le réseau internet par exemple, et ainsi d'accéder à un serveur 16 selon un mode de réalisation de l'invention. En variante, le serveur 16 peut être intégré au réseau local de l'utilisateur. Comme détaillé dans ce qui suit, chacune des entités 10 à 12 est apte à transmettre au serveur 12 des données d'événements, telles que des mesures instantanées par exemple. A partir de ces données d'événements, le serveur 12 peut tenir à jour un fil d'actualités auquel l'utilisateur peut accéder via un terminal 14. Le terminal 14 peut être un ordinateur portable ou de bureau, une tablette tactile, un téléphone de type Smartphone par exemple, ou tout autre dispositif apte à accéder au réseau internet 15 via le point d'accès 13 (par exemple par interface Wi-fi), via une interface filaire (câble Ethernet par exemple) ou via un réseau d'accès mobile (de type 3G/4G par exemple). A cet effet, une application liée au serveur 16 peut être installée sur le terminal 14, permettant ainsi l'accès au serveur 16. Le terminal 14 intègre une interface utilisateur (un écran tactile par exemple) apte à afficher le fil d'actualités de l'utilisateur. Le système peut comprendre en outre une plateforme tiers 17. Dans l'exemple qui suit, la plateforme 17 est une plateforme de station météorologique apte à publier des informations météorologiques (mesures ou prédictions) sur le fil d'actualités de l'utilisateur en communiquant des notifications d'événements au serveur 16 par l'intermédiaire du réseau internet 15. La figure 2 est un diagramme illustrant les étapes d'un procédé selon un mode de réalisation de l'invention. A une étape 200, une première notification d'évènement est reçue depuis une première entité, la première notification d'évènement indiquant un premier évènement associé à un premier instant. Dans l'exemple du système représenté sur la figure 1, nous considérons que la première entité est le capteur d'humidité 10, qui mesure l'humidité dans le pot de la plante. La première notification d'évènement peut ainsi indiquer une mesure du taux d'humidité de la terre dans le pot de la plante, à un premier instant tl. En variante, le premier événement peut être une valeur moyennée du taux d'humidité de la terre, sur une période donnée. Selon l'invention, le serveur 16 peut stocker au moins un modèle prédictif pour la prédiction d'évènements futurs. On appelle modèle prédictif un modèle qui, à partir d'au moins une valeur d'entrée représentative d'une grandeur à un instant t, détermine l'évolution de la grandeur pour les instants postérieurs à t. Dans ce qui suit, l'exemple d'une grandeur correspondant à un taux d'humidité de la terre du pot d'une plante est considéré. Le serveur stocke donc un modèle prédictif déterminant, à partir du taux d'humidité à un instant t, l'évolution du taux d'humidité sur une période postérieure à t. En outre, le modèle peut dépendre de paramètres, tels que la température ou le taux d'humidité de l'air. A défaut de connaître la valeur instantanée de ces paramètres, une valeur par défaut peut être attribuée à ces paramètres. Il est ainsi possible d'évaluer l'évolution du taux d'humidité dans la terre par la seule connaissance du taux d'humidité à un instant t. D'autres modèles prédictifs stockés dans le serveur 16, par exemple pour prévoir l'évolution de la température dans une pièce, à partir de la température à un instant t (en affinant éventuellement le modèle par la connaissance de modes de fonctionnement de radiateurs de la pièce), ou encore du taux d'humidité dans l'air, en fonction du taux d'humidité de l'air à un instant t. De tels modèles prédictifs sont connus en soi et ne sont pas explicités plus en détails dans ce qui suit. A une étape 201, un modèle prédictif applicable au premier événement est sélectionné parmi les modèles prédictifs stockés dans le serveur 16. Dans l'exemple précité, le modèle prédictif applicable au taux d'humidité dans la terre est sélectionné. Aucune restriction n'est attachée à la manière dont le modèle prédictif applicable au premier événement est sélectionné. Selon un premier exemple, chaque entité parmi les entités 10 à 12 peut être associée dans le serveur à un modèle prédictif donné. Ainsi, sur réception de la notification d'une mesure instantanée de température (événement) issue du thermomètre 11, le modèle prédictif associé au thermomètre 11 est sélectionné par le serveur 16. Selon un deuxième exemple, le serveur déduit le modèle prédictif applicable à partir de la nature de l'évènement reçu (mesure de température, mesure du taux d'humidité, mesure de luminosité, détection de présence, etc). A une étape 202, un événement futur associé à un deuxième instant t2 est déduit par application du modèle prédictif sélectionné au premier évènement. Dans l'exemple considéré où le premier événement est une mesure du taux d'humidité dans la terre à l'instant tl, l'événement futur peut être l'atteinte d'une valeur seuil d'humidité. Ainsi, le modèle prédictif prévoyant la décroissance du taux d'humidité permet de prévoir le passage du taux d'humidité dans la terre en dessous d'une certaine valeur seuil, à un deuxième instant t2, le deuxième instant t2 étant postérieur au premier instant tl. La valeur seuil peut par exemple être une valeur prédéfinie (par exemple 20%), ou peut être configurée par l'utilisateur, par exemple via l'application installée sur le terminal 14. En variante, l'événement futur peut être la valeur du taux d'humidité dans la terre à un deuxième instant t2 calculé à partir du premier instant tl (par exemple 1 jours après le premier instant tl). L'événement futur est alors déterminé par extraction de la valeur du taux d'humidité au deuxième instant t2 dans le modèle prédictif appliqué au taux d'humidité dans la terre au premier instant tl. En outre, l'événement futur est associé à au moins un événement impactant l'événement futur. En effet, comme détaillé précédemment, le modèle prédictif appliqué au premier événement peut dépendre de paramètres qui sont fixés initialement à des valeurs par défaut. La connaissance d'une valeur courante de ces paramètres est cependant susceptible d'affecter le modèle prédictif, et donc l'événement futur. Les paramètres impactant un modèle prédictif peuvent être stockés en association avec le modèle prédictif dans le serveur 16. Par exemple, dans le cas d'un modèle prédictif applicable au taux d'humidité dans la terre, la température et le taux d'humidité de l'air peuvent être considérés comme impactant le modèle prédictif. Bien entendu, une nouvelle mesure du taux d'humidité de la terre est également un événement impactant le modèle prédictif. A une étape 203, l'événement futur est affiché sur le fil d'actualités de l'utilisateur, en association avec le deuxième instant t2. La figure 3a présente un diagramme temporel illustrant la prédiction de l'événement futur à l'issue des étapes 200 à 203. Au premier instant tl, une mesure de taux d'humidité est reçue du capteur d'humidité 100 et un événement futur associé à l'instant t2 est déduit par application d'un modèle prédictif à la mesure du taux d'humidité au premier instant tl. En outre, une période courante 300 correspondant à une période temporelle comprenant un instant courant (dans le cas présent, on se place au premier instant tl). La période courante 300 peut par exemple correspondre à la journée dans laquelle se trouve l'instant courant. En variante, la période courante 300 peut comprendre une certaine durée avant l'instant courant et une certaine durée après l'instant courant (par exemple, la période courante est une période de 12 heures centrée autour de l'instant courant). Une période future 301 comprend tous les instants suivants la fin de la période courante 300. Les périodes courante 300 et future 301 peuvent être mises à jour dynamiquement en fonction de l'instant courant. Dans l'exemple particulier représenté en figure 3a, l'événement futur associé au deuxième instant t2 appartient à la période future 301. La définition de périodes courante 300 et future 301 permet, selon l'invention, et comme illustré en figure 4, de définir une première section 402 et une deuxième section 401 sur le fil d'actualités de l'utilisateur. Sur la figure 4, le fil d'actualités est affiché, à titre illustratif, sur une interface utilisateur 400 (un écran) du terminal 14 de l'utilisateur. La première section 402 est dédiée à l'affichage d'événements associés à des instants compris dans la période courante 300 et la deuxième section 401 est dédiée à l'affichage d'évènements associés à des instants compris dans la période future 301. Ainsi, l'utilisateur peut aisément différencier les informations issues de mesures instantanées d'informations issues de mesures prédictives. L'invention peut prévoir d'afficher des événements échus associés à des instants antérieurs à la période courante, dans une troisième section, non représentée sur la figure 4. La suite du procédé dont les étapes sont illustrées en référence à la figure 2, est à présent décrite. A une étape 204, au moins une deuxième notification d'événement indiquant un deuxième événement associé à un troisième instant t3 est reçue par le serveur 16, le troisième instant t3 étant compris entre le premier instant tl et le deuxième instant t2. A une étape 205, le serveur 16 vérifie que le deuxième événement est un événement impactant l'événement futur. A cet effet, il peut être vérifié si le deuxième événement appartient à la liste des paramètres/événements stockés en association avec le modèle prédictif utilisé pour prédire l'événement futur. En cas de vérification positive, l'événement futur est mis à jour par le serveur en fonction du deuxième événement, à une étape 206. L'événement futur mis à jour peut ensuite être affiché sur le fil d'actualités à une étape 207. Les figures 3b à 3e illustre des exemples de mise à jour de l'événement futur en fonction du deuxième événement. En référence à la figure 3b, le deuxième événement est une valeur mise à jour mesurée par la première entité, c'est-à-dire le capteur d'humidité 10 dans la terre, au troisième instant t3. Dans ce cas, le deuxième événement impacte directement l'événement futur puisque le deuxième événement constitue la variable d'entrée du modèle prédictif utilisé pour prédire l'événement futur. Or, entre l'instant tl et t3, il est possible que l'utilisateur, au vu de l'événement futur, ait voulu anticiper cet événement futur en arrosant la plante. Dans ce cas, le taux d'humidité de la terre ne suit pas l'évolution prévue par le modèle prédictif appliqué à la mesure du taux d'humidité à l'instant tl, et une mise à jour de l'événement futur permet de prendre en compte l'arrosage par l'utilisateur. Le modèle prédictif peut ainsi être appliqué en prenant en variable d'entrée le taux d'humidité mesuré par le capteur 10 au troisième instant t3. Un quatrième instant t4 correspondant à l'instant où le taux d'humidité atteint la valeur de seuil d'humidité peut ainsi être calculé. L'utilisateur ayant arrosé la plante, le quatrième instant t4 auquel le taux d'humidité de la terre atteint la valeur seuil d'humidité est postérieur au deuxième instant t2. En outre, en se plaçant au troisième instant t3 (instant courant), le deuxième instant t2 et le quatrième instant t4 appartiennent tous les deux à la période future 301, l'événement futur mis à jour est ainsi affiché dans la deuxième section 401, en association avec le quatrième instant t4. La figure 3b est uniquement donnée à titre illustratif. En effet, il peut être prévu que la valeur mise à jour calculée par la première entité soit telle que le quatrième instant t4 est postérieur au deuxième instant t2 (par exemple, en cas de hausse imprévue des températures, provoquant une diminution rapide du taux d'humidité dans la terre). En référence à la figure 3c, le deuxième événement est une valeur mesurée par une deuxième entité au troisième instant ou une action mise en oeuvre par une deuxième entité au troisième instant. Dans l'exemple représenté, la deuxième entité est le thermomètre 11 et la valeur mesurée est donc une valeur de température au troisième instant t3. Comme expliqué précédemment, la température fait partie des paramètres impactant l'événement futur, et par conséquent, la vérification mise en oeuvre à l'étape 205 est positive. Le modèle prédictif appliqué au taux d'humidité mesuré au premier instant tl peut ainsi être modifié en prenant en compte la température mesurée au troisième instant t3. Le modèle prédictif ainsi mis à jour est appliqué au taux d'humidité mesuré au premier instant tl afin mettre à jour l'événement futur et de calculer le quatrième instant t4. Dans l'exemple illustré sur la figure 3c, la température mesurée à l'instant t3 est supérieure à la température utilisée par défaut dans le modèle prédictif appliqué au taux d'humidité de la terre au premier instant tl, et le quatrième instant t4 est antérieur au deuxième instant t2 initialement calculé. Comme illustré sur la figure 3c, la période future 301 calculée au troisième instant t3 (instant courant) comprend le deuxième instant t2 et l'événement futur avant mise à jour était ainsi affiché dans la deuxième zone 402 du fil d'actualités. Toutefois, le quatrième instant t4 issu de la mise à jour de l'événement futur est compris dans la période courante 300 calculée à l'instant courant, et l'événement futur mis à jour est ainsi affiché dans la première zone 401 du fil d'actualités en association avec le quatrième instant t4. La figure 3c est présentée à titre illustratif uniquement : on comprendra ainsi qu'une température mesurée à l'instant t3 inférieure à la température prise en compte initialement par défaut dans le modèle prédictif aurait conduit à l'obtention d'un quatrième instant t4 postérieur au deuxième instant t2 (et dans ce cas, l'événement futur et l'événement futur mis à jour auraient tous les deux été affichés dans la deuxième zone 402 du fil d'actualités). En référence à la figure 3d, le deuxième événement est une donnée météorologique, telle que la température et/ou l'humidité de l'air, issue de la plateforme 17 de station météorologique. Cette donnée météorologique peut être une mesure instantanée, telle que la température et/ou l'humidité de l'air au troisième instant t3 (instant courant), ou peut être une prédiction de la température et/ou de l'humidité de l'air à un cinquième instant compris entre le troisième instant t3 et la deuxième instant t2. Comme expliqué précédemment, la température et le taux d'humidité de l'air font partie des paramètres impactant l'événement futur, et par conséquent, la vérification mise en oeuvre à l'étape 205 est positive. Le modèle prédictif appliqué au taux d'humidité mesuré au premier instant tl peut ainsi être modifié en prenant en compte la température et/ou l'humidité de l'air mesurée(s) au troisième instant t3, ou prédite(s) pour le cinquième instant t5. Le modèle prédictif ainsi mis à jour est appliqué au taux d'humidité mesuré au premier instant tl afin de mettre à jour l'événement futur et de calculer le quatrième instant t4. Dans l'exemple illustré sur la figure 3d, la température mesurée ou prédite et/ou l'humidité de l'air mesurée et/ou prédite sont telles que le quatrième instant t4 est antérieur au deuxième instant t2 initialement calculé. En outre, en se plaçant au troisième instant t3 (instant courant), le deuxième instant t2 et le quatrième instant t4 appartiennent tous les deux à la période future 301, l'événement futur mis à jour est ainsi affiché dans la deuxième section 401 du fil d'actualités en association avec le quatrième instant t4. En référence à la figure 3e, le deuxième événement est un paramètre défini par un utilisateur au troisième instant t3, par exemple via l'application installée sur le terminal 14. A titre d'exemple, l'utilisateur peut modifier la valeur de seuil d'humidité prédéfinie à partir de laquelle le deuxième instant t2 a été calculé. Une deuxième valeur de seuil est ainsi définie par l'utilisateur. Une telle valeur de seuil impacte l'événement futur puisque l'instant t2 est précisément l'instant auquel le taux d'humidité dans la terre atteint la valeur de seuil prédéfinie dans le modèle prédictif. Dans l'exemple illustré sur la figure 3e, la valeur de seuil est augmentée et ainsi le quatrième instant t4 est antérieur au deuxième instant t2. Comme illustré sur la figure 3e, la période future 301 calculée au troisième instant t3 (instant courant) comprend le deuxième instant t2 et l'événement futur avant mise à jour était ainsi affiché dans la deuxième zone 402 du fil d'actualités. Toutefois, le quatrième instant t4 issu de la mise à jour de l'événement futur est compris dans la période courante 300 calculée à l'instant courant, et l'événement futur mis à jour est ainsi affiché dans la première zone 401 du fil d'actualités en association avec le quatrième instant t4. La figure 3e est présentée à titre illustratif uniquement : on comprendra ainsi qu'une augmentation de la valeur de seuil d'humidité aurait conduit à l'obtention d'un quatrième instant t4 postérieur au deuxième instant t2 (et dans ce cas, l'événement futur et l'événement futur mis à jour auraient tous les deux été affichés dans la deuxième zone 402 du fil d'actualités). Le procédé selon l'invention peut en outre prévoir une étape de détection que l'événement futur est échu (par exemple en détectant que l'événement futur appartient à la période courante 300), en vue de la mise en oeuvre automatisée d'une action correctrice par une troisième entité. Dans l'exemple détaillé ci-avant, la mesure correctrice peut être le déclenchement d'un arroseur automatique lorsque l'événement futur est échu (lorsque le seuil d'humidité prédéfini, ou défini par l'utilisateur a été atteint). La figure 5 représente serveur 16 selon un mode de réalisation de l'invention. Le serveur 16 comprend une mémoire vive 504 et un processeur 503 pour stocker des instructions permettant la mise en oeuvre d'étapes du procédé décrit ci-avant. Le dispositif comporte aussi une base de données 505 pour le stockage de données destinées à être conservées après l'application du procédé. La base de données 505 peut notamment comprendre stocker les modèles prédictifs en association avec les événements les impactant, les paramètres par défaut utilisés pour les modèles prédictifs, ainsi que les paramètres définis par l'utilisateur. Le serveur 16 comporte en outre une interface d'entrée 501 destinée à recevoir les notifications d'événement, et une interface de sortie 506 apte à afficher sur le fil d'actualités de l'utilisateur, sous le contrôle du processeur 503, les événements, les événements futurs et les événements futurs mis à jour. Le serveur peut en outre comporter un processeur de signal numérique (DSP) 502. La présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemples ; elle s'étend à d'autres variantes. De plus, les exemples donnés impliquent trois entités connectées et un unique point d'accès. Une telle architecture est donnée à titre illustratif uniquement et ne saurait restreindre l'invention à ces seuls exemples. REVENDICATIONS1. Procédé de gestion d'une pluralité d'entités (10 ;11 ;12) mis en oeuvre dans un serveur (16), chaque dispositif électronique étant apte à transmettre au serveur des notifications d'événements, le serveur stockant au moins un modèle prédictif pour la prédiction d'événements futurs, le procédé comprenant les étapes suivantes: - réception (200) d'une première notification d'événement depuis une première entité (10), ladite première notification d'événement indiquant un premier événement associé à un premier instant ; - sélection (201) d'un modèle prédictif applicable audit premier événement ; - déduction (202) d'un événement futur associé à un deuxième instant postérieur au premier instant, par application du modèle prédictif déterminé au premier événement, l'événement futur étant associé à au moins un événement impactant ledit événement futur ; - affichage (203) de l'événement futur en association avec le deuxième instant, sur un fil d'actualités ; dans lequel, sur réception (204) d'au moins une deuxième notification d'événement indiquant un deuxième événement associé à un troisième instant, ledit troisième instant étant compris entre le premier instant et le deuxième instant, le procédé comprend en outre les étapes suivantes : - vérification (205) que le deuxième événement est un événement impactant l'événement futur; - en cas de vérification positive, mise à jour (206) de l'événement futur en fonction du deuxième événement ; - affichage (207) de l'événement futur mis à jour sur le fil d'actualités. 2. Procédé selon la revendication 1, dans lequel le fil d'actualités est décomposé en une première section (402) et une deuxième section (401), dans lequel la première section est dédiée à l'affichage d'événements associés à des instants compris dans une période courante, et dans lequel la deuxième section est dédiée à l'affichage d'événements associés à des instants compris dans une période future. 3. Procédé selon la revendication 2, dans lequel la période courante est mise à jour dynamiquement. 4. Procédé selon l'une des revendications 1 à 3, dans lequel le premier événement est une valeur mesurée par la première entité (10) au premier instant. 5. Procédé selon la revendication 4, dans lequel, une première valeur de seuil étant prédéfinie, le deuxième instant est l'instant auquel la valeur mesurée atteint ladite première valeur de seuil prédéfinie après application du modèle prédictif à la valeur mesurée au premier instant. 6. Procédé selon la revendication 4 ou 5, dans lequel le deuxième événement est une valeur mise à jour mesurée par la première entité (10) au troisième instant, et dans lequel l'événement futur est mis à jour par application dudit modèle prédictif à la valeur mise à jour mesurée au troisième instant. 7. Procédé selon l'une des revendications précédentes, dans lequel le deuxième événement est une valeur mesurée par une deuxième entité (11) au troisième instant. 8. Procédé selon l'une des revendications précédentes, dans lequel le deuxième événement est un paramètre défini par un utilisateur au troisième instant. 9. Procédé selon les revendications 5 et 8, dans lequel, le deuxième événement est le remplacement par l'utilisateur de la première valeur de seuil prédéfinie par une deuxième valeur de seuil, dans lequel la mise à jour de l'événement futur comprend la détermination d'un quatrième instant auquel la valeur mesurée atteint ladite deuxième valeur de seuil prédéfinie après application du modèle prédictif à la valeur mesurée au premier instant, et dans lequel l'événement futur mis à jour est affiché en association avec le quatrième instant sur le fil d'actualités. 10. Procédé selon l'une des revendications précédentes, dans lequel le deuxième événement est une prédiction faite au troisième instant d'un deuxième événement futur à un cinquième instant, le cinquième instant étant compris entre le quatrième instant et le deuxième instant. 11. Programme informatique comportant des instructions pour la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur (503). 12. Serveur pour la gestion d'une pluralité d'entités (10 ;11 ;12), chaque entité étant apte à transmettre des notifications d'événements, le serveur comprenant une unité de stockage d'au moins un modèle prédictif pour la prédiction d'événements futurs, une interface de réception (501) d'une première notification d'événement depuis une première entité électronique (10), ladite première notification d'événement indiquant un premier événement associé à un premier instant, et un processeur (503) agencé pour la mise en oeuvre des étapes suivantes : - sélection d'un modèle prédictif applicable audit premier événement ; - déduction d'un événement futur associé à un deuxième instant postérieur au premier instant, par application du modèle prédictif déterminé au premier événement, l'événement futur étant associé à au moins un événement impactant ledit événement futur ; - affichage de l'événement futur en association avec le deuxième instant, sur un fil d'actualités ;dans lequel, sur réception par l'interface de réception d'au moins une deuxième notification d'événement indiquant un deuxième événement associé à un troisième instant, ledit troisième instant étant compris entre le premier instant et le deuxième instant, le processeur est en outre agencé pour la mise en oeuvre des étapes suivantes : - vérification que le deuxième événement est un événement impactant l'événement futur; - en cas de vérification positive, mise à jour de l'événement futur en fonction du deuxième événement ; - affichage de l'événement futur mis à jour sur le fil d'actualités.