Brevet FR3072487A1 (20190419)

REVENDICATIONS:\n<CLM>\1\tProcédé de traitement de données d'incident mis en oeuvre par une unité de traitement, le procédé comprenant: a) sur réception de données de signalement d'incident comprenant des données de présence d'un incident et des données de géolocalisation de l'incident, stocker dans une première base de données des données d'incident relatives à l'incident, les données d'incident comprenant des données représentatives d'une géolocalisation de l'incident et d'un état de l'incident sélectionné parmi un ensemble prédéfini d'états, les données d'incident étant fonction des données de signalement d'incident reçues, b) sélectionner un ou plusieurs utilisateurs en fonction de données de profil utilisateur correspondant respectivement à des utilisateurs, et en fonction des données d'incident, les données de profil utilisateur étant stockées dans une deuxième base de données, c) émettre une requête de retour sur incident à destination d'au moins un utilisateur sélectionné, la requête de retour sur incident comprenant une partie au moins des données d'incident, et d) mettre à jour dans la première base de données l'état de l'incident en fonction de données de suivi d'incident reçues en provenance au moins d'utilisateurs sélectionnés.\n<CLM>\1\tProcédé selon la revendication 1, dans lequel l'ensemble prédéfini d'états comprend au moins un état « incident non résolu », un état « incident résolu » et un état « incident erroné ».\n<CLM>\1\tProcédé selon la revendication 2, dans lequel l'émission de requête de retour sur incident et la mise à jour de l'état de l'incident sont répétées tant que l'état de l'incident après mise à jour n'est pas l'état « incident résolu ».\n<CLM>\1\tProcédé selon la revendication 3, dans lequel le procédé est interrompu si le nombre de cycles de répétition de l'émission de requête de retour sur incident et de la mise à jour de l'état de l'incident atteint un nombre prédéterminé.\n<CLM>\1\tProcédé selon l'une des revendications précédentes, dans lequel les données de profil utilisateur correspondant à un utilisateur comprennent des données représentatives d'une localisation géographique d'un terminal utilisateur de l'utilisateur. 34\n<CLM>\1\tProcédé selon l'une des revendications précédentes, dans lequel les données de profil utilisateur correspondant à un utilisateur comprennent des données représentatives d'un indice de confiance dudit utilisateur.\n<CLM>\1\tProcédé selon la revendication 6, dans lequel un coefficient de fiabilité est calculé pour 5 chaque état de l'ensemble d'états consécutivement à la réception des données de suivi d'incident, le coefficient de fiabilité d'un état étant fonction du nombre d'utilisateurs ayant transmis des données de suivi d'incident représentatives dudit état et de l'indice de confiance respectif desdits utilisateurs.\n<CLM>\1\tProcédé selon la revendication 7, dans lequel le coefficient de fiabilité d'un état Ei est 10 défini par : N, Ci = iC(j) j=1 où : - Ci est le coefficient de fiabilité de l'état Ei, - Ni est le nombre d'utilisateurs ayant envoyé des données de suivi d'incident qui comprennent des données de suivi représentatives de l'état Ei, et 15 - IC(j) est l'indice de confiance du j-ième utilisateur ayant envoyé des données de suivi d'incident représentatives de l'état Ei.\n<CLM>\1\tProcédé selon la revendication 7 ou 8, dans lequel l'ensemble prédéfini d'états comprend au moins un état « incident non résolu », un état « incident résolu » et un état « incident erroné » et, en l'absence de réception de données de suivi d'incident associées à un utilisateur 20 sélectionné à l'issue d'une période de temps prédéterminée, le coefficient de fiabilité de l'état « incident erroné » est augmenté de l'indice de confiance dudit utilisateur.\n<CLM>\1\tProgramme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 9, lorsque ce programme est exécuté par au moins un processeur. 25\n<CLM>\1\tSystème de traitement de données d'incident comprenant : un module de communication adapté pour recevoir des données de signalement d'incident, une première base de données adaptée pour stocker des données d'incident relatives à l'incident, une deuxième base de données adaptée pour stocker des données de profil utilisateur correspondant respectivement à 35 des utilisateurs, et une unité de traitement comprenant un processeur, couplée de manière opérationnelle au module de communication et aux première et deuxième bases de données, dans lequel le module de communication, les première et deuxième bases de données et l'unité de traitement sont en outre adaptés pour mettre en oeuvre un procédé selon l'une 5 quelconque des revendications 1 à 9.