FR3012240A1 - Systeme d'echange d'informations entre differents utilisateurs et differentes autorites - Google Patents

Abstract

L'invention concerne un système d'échange d'informations entre différents utilisateurs inscrits au système et différentes autorités associées à des zones géographiques telles que des collectivités territoriales, comprenant : - une plateforme commune de stockage de données (P) - des terminaux des différents utilisateurs (Ui), comprenant chacun • un moyen de géolocalisation courant du terminal, • une interface « signalisation » permettant à l'utilisateur de signaler un Evènement géolocalisé au sein d'une autorité, • des moyens de transmission à la plateforme qui les stocke, du lieu courant de géolocalisation du terminal et de l'Evènement signalé, - des terminaux des différentes autorités (Ci), comprenant chacun • des moyens de transmission à la plateforme qui les stocke, d'Alertes émises par l'autorité considérée, le système comprenant en outre : - des moyens de transmission d'un Evènement stocké dans la plateforme à l'autorité associée à la zone géographique où l'Evènement a été géolocalisé et horodaté, et - des moyens de transmission d'une Alerte stockée dans la plateforme, à un utilisateur inscrit au système et dont le terminal est géolocalisé dans une zone de diffusion de l'Alerte définie par l'autorité considérée. L'invention concerne également le procédé d'échange d'informations associé.

Description

SYSTEME D'ECHANGE D'INFORMATIONS ENTRE DIFFERENTS UTILISATEURS ET DIFFERENTES AUTORITES DESCRIPTION DOMAINE TECHNIQUE [0001]L'invention se rapporte à un système d'échange d'informations entre différents utilisateurs et différentes autorités. [0002]Le domaine d'application de l'invention concerne l'échange d'informations entre des utilisateurs et différentes autorités, par exemple entre des Citoyens et des collectivités territoriales permettant aux Citoyens, de signaler des Evènements survenus dans leurs collectivités (« un Evènement »), et aux collectivités d'émettre des alertes à l'attention de Citoyens présents dans une zone géographique pertinente, liée aux Evènements signalés ou totalement indépendantes de ceux-ci (« une Alerte »). [0003]Cet échange entre Citoyens et collectivités est bénéfique pour fluidifier, sécuriser et faciliter le bien-être des utilisateurs au sein de ces collectivités en les impliquant en outre dans le fonctionnement de la collectivité considérée. [0004]L'échange d'informations entre utilisateurs et autorités s'effectue via une application préalablement téléchargée sur un téléphone intelligent, ou Smartphone, ou via une interface d'un site internet dédié, ces informations étant ainsi rendues accessibles aux utilisateurs du système, sédentaires ou en déplacement. ÉTAT DE LA TECHNIQUE [0005]Il est connu du document US 7 301 450, un système de communication d'Alertes émises par un centre de communication aux Citoyens, rattaché par exemple à une municipalité, à destination de Citoyens adhérents au système et ayant choisi de recevoir ce type d'Alerte. Dans ce système, le centre de communication recueille sur internet, par le biais de sites gouvernementaux ou d'autres bases de données, des Alertes à l'attention de la population, telles que des Alertes météorologiques, et les transmet, par SMS, courriel ou via un site internet dédié, aux utilisateurs s'étant préalablement déclarés désireux de recevoir ce type d'information. Ce système d'échange d'informations est adapté aux Alertes de grande ampleur mais s'avère inopérant pour des Alertes relatives à des faits plus localisés, dont aucun rapport ne sera établi sur un site gouvernemental. En outre, bien que les sources fournissant en informations les centres de communications soient relativement fiables, celles-ci ne s'avèrent cependant pas suffisamment réactives lors de la survenue d'un fait soudain, isolé, et localisé, tel que la survenue d'un dégât des eaux ou la chute de grêlons dans une ville. [0006] Par ailleurs, dans un tout autre domaine d'application, les systèmes d'aide à la conduite permettent à des utilisateurs de déclarer des Evènements, tels que la survenue d'un accident de circulation ou d'un ralentissement, via un dispositif de navigation ou une application téléchargée sur leur Smartphone, afin que cet Evènement soit signalé à des utilisateurs présents dans la zone où l'Evènement est survenu. Tel est le cas du système décrit dans le document FR 2 982 986. Toutefois, si ce système permet effectivement la déclaration de l'Evènement gênant ou d'un problème, il n'en permet pas la résolution, les Evènements déclarés par des utilisateurs demeurant à la seule connaissance de ces utilisateurs qui ne sont pourtant pas en mesure d'apporter une solution à la gêne occasionnée par l'Evènement.

EXPOSÉ DE L'INVENTION [0007] L'invention vise à résoudre les problèmes évoqués ci-dessus en permettant un échange bilatéral d'informations entre d'une part différents utilisateurs du système et d'autre part différentes autorités, qui coopéreront pour fournir pratiquement en temps réel des informations sur un fait particulier, et permettre un traitement de ce fait par les autorités compétentes, soit en résolvant le problème occasionné par ce fait soit en diffusant au plus grand nombre d'utilisateurs des informations sur ce fait. [0008]Plus particulièrement, l'invention concerne une solution technique et logicielle de signalement d'un événement au moyen de terminaux mobiles ou fixes, traitement de ces événements au moyens de portails métiers par des autorités et diffusion d'alertes depuis ces portails métiers auprès de ces terminaux mobiles ou fixes à l'échelle d'un territoire allant d'un site propre (site industriel, bâtiment) au territoire national d'un pays ou état. [0009] Plus précisément, la présente invention a pour objet un système d'échange d'informations entre différents utilisateurs inscrits au système et différentes autorités associées à des zones géographiques telles que des collectivités territoriales, comprenant : - une plateforme commune de stockage de données - des terminaux des différents utilisateurs, comprenant chacun - un moyen de géolocalisation courant du terminal, - une interface « signalisation » permettant à l'utilisateur de signaler un Evènement géolocalisé et de préférence horodaté au sein d'une ou plusieurs autorités (selon qualification de l'Evènement), - des moyens de transmission à la plateforme qui les stocke, du lieu courant de géolocalisation du terminal et de l'Evènement signalé, - des terminaux des différentes autorités, comprenant chacun - des moyens de transmission à la plateforme qui les stocke, d'Alertes émises par l'autorité considérée, 10 Le système comprenant en outre : - des moyens de transmission des événements stockés dans la plateforme aux autorités associées respectivement aux zones géographiques où chaque Evènement a été géolocalisé, et 15 - des moyens de transmission des Alertes stockées dans la plateforme, aux utilisateurs inscrits au système et dont les terminaux sont géolocalisés dans une zone de diffusion de l'Alerte définie par l'autorité considérée. 20 [0010]Selon des modes de mise en oeuvre avantageux : - les moyens de géolocalisation des terminaux des utilisateurs sont formés de points GPS fournis par un équipement interne au terminal ou par des points GPS fournis par triangulation d'antennes cellulaires (BTS), ou sont déterminés par rattachement à un code préalablement déployé et 25 paramétré en une zone spatiale particulière et enregistré par l'utilisateur sur son terminal lors d'un besoin de géolocalisation (« tags » en zone non couverte, à l'intérieur de bâtiments ou d'environnements enterrés), ou sont définis par sélection par l'utilisateur d'un point sur une carte affichée dans l'interface de signalisation de son terminal, 30 - le système comprend des moyens de déclenchement automatique de la transmission à la plateforme du lieu courant de géolocalisation du terminal d'un utilisateur, - le déclenchement automatique de la transmission à la plateforme du lieu courant de géolocalisation du terminal d'un utilisateur s'effectue 35 périodiquement avec une période correspondant à un temps de remontée d'information prédéfini - le temps de remontée d'information est adapté en fonction d'un niveau de charge du terminal de l'utilisateur, le temps de remontée étant d'autant plus important que la charge est basse, 40 - l'interface du terminal d'un utilisateur comprend une liste de types d'Evènements susceptibles d'être signalés en fonction du lieu courant de géolocalisation du terminal (selon la capacité de traitement de l'autorité couvrant le territoire et ses propositions), - la plateforme comprend des moyens d'identification d'un Evènement secondaire signalé par un utilisateur c'est-à-dire un Evènement identifié comme similaire à un Evènement déjà signalé et stocké dans la plateforme, - l'identification d'un Evènement secondaire s'effectue par comparaison de paramètres propres à un Evènement déjà signalé et stocké et incluant la géolocalisation et l'heure de l'Evènement, à des paramètres définis par une autorité et incluant un périmètre autour d'un Evènement, une période de temps autour de la survenue d'un Evènement et une indication sur une orientation spatiale relative entre le terminal de l'utilisateur et l'Evènement, un nouvel Evènement étant identifié comme secondaire vis-à-vis d'un Evènement déjà signalé et stocké, s'il intervient dans le périmètre, la période de temps et l'orientation définis par l'autorité - la plateforme est capable de rattacher, selon les différentes règles suscitées, un Evènement à un autre et de réaliser ainsi un dé-doublonnage de l'ensemble des Evènements reçus. - lorsque l'interface du terminal comprend une capture d'image ou de vidéo à associer à la signalisation d'un Evènement, l'indication sur l'orientation spatiale relative entre le terminal de l'utilisateur et l'Evènement prend la forme d'une boussole apparaissant sur l'image ou la vidéo de manière explicite (marquage) ou implicite (données internes), - la plateforme comprend des moyens pour ignorer un Evènement secondaire en ne le stockant pas - selon une alternative, le système comprend des moyens pour demander à un utilisateur ayant signalé un Evènement, ou à tout utilisateur se retrouvant dans une zone géographique prédéfinie autour de l'Evènement signalé, des renseignements complémentaires sur l'Evènement, tels que des images ou une confirmation que l'Evènement perdure, - les moyens pour demander des renseignements complémentaires sur un Evènement signalé sont gérés par les terminaux des autorités - selon une variante de réalisation, le système comprend des moyens pour transmettre le signalement d'un Evènement généré par un utilisateur, à d'autres utilisateurs se trouvant dans une zone géographique prédéfinie autour de l'Evènement signalé - les moyens pour transmettre le signalement d'un Evènement généré par un utilisateur, à d'autres utilisateurs sont gérés par les terminaux des autorités - le signalement d'un Evènement par un usager, peut être réalisé suite à une action volontaire de l'usager ou automatiquement c'est à dire sans action de sa part. Ce dernier cas concerne des faits, tels qu'un choc subi par un usager dans son véhicule, susceptibles de générer des informations interprétables par la plateforme, en l'occurrence dans l'exemple considéré, une discontinuité dans les données fournies par un accéléromètre contenu dans le terminal de l'usager disposé dans le véhicule. La transmission automatique d'un tel événement peut être paramétrée au préalable par l'usager qui choisira le type de fait pouvant être automatiquement signalé comme un Evènement à la plateforme, sans donc aucune action spécifique de sa part, - selon un mode de réalisation, les terminaux des utilisateurs sont des terminaux mobiles ou fixes. [0011] L'invention concerne également un procédé d'échange d'informations entre différents utilisateurs inscrits à un système d'échange d'informations et différentes autorités associées à des zones géographiques telles que des collectivités territoriales, comprenant : - des étapes de stockage de données au sein d'une plateforme de stockage commune aux différents utilisateurs et aux différentes autorités, - une étape d'identification du lieu de géolocalisation des terminaux des différents utilisateurs inscrits au système, chaque terminal comprenant un moyen de géolocalisation courant du terminal, une interface « signalisation » permettant à l'utilisateur de signaler un événement géolocalisé au sein d'une autorité, et des moyens de transmission à la plateforme qui les stocke, du lieu courant de géolocalisation du terminal et de l'événement signalé, - une étape de transmission à la plateforme qui les stocke, d'alertes émises par des terminaux des différentes autorités Le procédé comprenant en outre : - une étape de transmission des Evènements stockés dans la plateforme à chaque autorité associée à la zone géographique où l'événement a été géolocalisé, et - une étape de transmission des Alertes stockées dans la plateforme, à chaque utilisateur inscrit au système et dont le terminal est géolocalisé dans une zone de diffusion de l'Alerte définie par l'autorité considérée.

De préférence, le procédé comprend en outre une étape de transmission des Evènements stockés dans la plateforme à chaque service d'une autorité ou chaque usager ayant choisi, par adhésion explicite de recevoir automatiquement des informations sur certains Evènements selon leur nature.

PRÉSENTATION DES FIGURES [0012]D'autres données, caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description non limitée qui suit, en référence aux figures annexées qui représentent, respectivement : - la figure 1, représente de façon schématique le fonctionnement du système selon l'invention pour le traitement d'Evènements signalés par un utilisateur ; - la figure 2, représente de façon schématique le fonctionnement du système selon l'invention pour la communication d'Alertes émises par une autorité, à l'attention d'utilisateurs abonnés à cette autorité - la figure 3 illustre de façon schématique l'ensemble du procédé d'échange d'informations, - les figures 4 à 6 représentent schématiquement le processus d'identification d'un Evènement primaire et d'un Evènement secondaire, - les figures 7 à 9 illustrent schématiquement l'identification de citoyens présents dans une zone de diffusion d'une Alerte, - les figures 10 et 11 montrent un schéma illustrant l'affichage de la cartographie des Evènements sur l'espace Grand Public du site Web du système selon l'invention. DESCRIPTION DÉTAILLÉE [0013]Le système selon l'invention sera décrit dans ce qui suit en référence à un mode de réalisation selon lequel les « autorités » sont des collectivités territoriales repérées par « Ci » sur la figure 3, telles que des villes, et les utilisateurs désignés par « Ui » sur cette même figure, des Citoyens susceptibles d'être situés dans une ville rattachée au système ou de se déplacer entre villes. [0014]Ce système permet de fournir principalement deux types d'échange d'information, qui peuvent interagir l'un l'autre : - le signalement d'Evènements par le Citoyen sur action volontaire de sa part, ou de façon automatique, à destination des villes et plus largement de collectivités et - l'émission d'Alertes par une collectivité (et plus généralement une autorité) à destination du Citoyen [0015]Il s'agit d'un service unique accessible sur tout le territoire d'un Etat avec un unique site (portail en accès direct type WEB ou indirect via application mobile) connu du grand public (les utilisateurs déclarés) et des collectivités (les différentes villes abonnées au système agissant via des Opérateurs), et une unique plateforme de stockage P des événements signalés par les différents utilisateurs, et des Alertes émises par les différentes villes. Un Opérateur administrateur par ville gère ses propres usagers, ses types d'Evènements et ses critères de dé-doublonnage. Un Administrateur global gère le système. [0016] Les utilisateurs accèdent au procédé d'échange d'informations selon l'invention soit via une application gratuite préalablement téléchargée sur leur téléphone mobile intelligent, soit via une application web de type portail, les collectivités territoriales via un site web et l'Administrateur global également via un site web. [0017]Les interfaces des applications ou sites web dédiés aux Citoyens, aux collectivités et aux Administrateurs seront explicitées en fin de description. [0018] Identification des différents intervenants : On distingue quatre types d'intervenants : On va donc distinguer quatre catégories de personnes : - Les utilisateurs inscrits, nommés « les Citoyens » et pouvant déclarer des Evènements et recevoir des Alertes. - Les utilisateurs non inscrits, c'est-à-dire les internautes qui accéderont aux pages « Grand public » du site web ou les détenteurs de téléphones mobiles n'ayant pas téléchargé l'application, nommés le Grand Public. - Les Opérateurs d'une collectivité, en charge de la gestion du service public pour une collectivité. - Les Administrateurs du service : « l'Administrateur » représentés par des personnes en charge de la gestion du Système d'échange d'informations entre les différents utilisateurs et les différentes autorités objet de l'invention. [0019]Les utilisateurs devront être inscrits dans le système et donc authentifiés pour accéder aux fonctionnalités. Cette inscription peut s'effectuer avec comme identifiant pour l'intervenant, son email, ou son numéro de téléphone authentifié par procédure. [0020]Authentification des équipements : terminaux mobiles ou fixes des Citoyens. [0021] Un équipement correspond à un terminal mobile sur lequel est installée l'application ou un terminal fixe ayant accès au site web dédié à cette application. L'équipement sera identifié en tant que tel et lié à un Citoyen. Le Citoyen pourra associer autant d'équipements qu'il le souhaite. [0022] Localisation d'un événement [0023]La géolocalisation est une donnée essentielle du système selon l'invention. Celle-ci est une propriété intrinsèque d'un Evènement et d'une Alerte.

L'Evènement est obligatoirement géolocalisé : 1. Lors de la création d'un Evènement à partir d'un équipement mobile par un Citoyen au travers de l'application téléchargée sur son téléphone, l'Evènement est automatiquement géolocalisé par l'un et/ou l'autre des procédés suivants : - Point GPS fourni par l'équipement lui-même - Point GPS fourni par la triangulation des cellules BTS. - Rattachement à un « tag » type « QRCode » préalablement déployé et paramétré. (principe de géolocalisation sur des sites de types « Indoor » : bâtiments, sites industriels, etc.). Le « QRCode » est une étiquette supportant un TAG connu du système selon l'invention : A chaque « QRCode» correspond une position géographique (Point réel cartographique ou une position sur un plan par exemple). 2. Lors de la création d'un Evènement à partir du site Web dans la partie privative du Citoyen, le Citoyen devra définir sur une carte (par un simple « click » sur cette carte) le point auquel il veut rattacher l'Evènement. [0024]Un Evènement créé par le Citoyen suit un processus précis, dont le but est le traitement de l'Evènement par la collectivité. [0025]Le diagramme illustré sur la figure 1 présente globalement les changements d'états associés à un Evènement. [0026] Principe du « dé-doublonnage d'un événement » Le but de cette fonction est de ne pas surcharger l'Opérateur lors du traitement des Evènements, par le stockage multiple d'informations similaires ou identiques relatives à un seul et même événement. Prenons l'exemple d'un lampadaire public qui ne fonctionne plus.

Si plusieurs Citoyens déclarent cet Evènement : « Dysfonctionnement LAMPADAIRE », alors l'Opérateur devra traiter un grand nombre d'Evènements qui sont tous identiques. Si on ajoute à cela une période de temps assez longue pour la réparation (par exemple quelques jours), alors l'Opérateur sera submergé par un Evènement au détriment d'autres Evènements. Pour éviter cela, un traitement spécifique (Algorithme de dédoublonnage) sera appliquer à chaque Evènement et qui permettra de classer les Evènements en deux catégories : - Evènement primaire - Evènement secondaire L'Evènement primaire correspond à la première déclaration par un Citoyen d'un Evènement pour un type donné. Celui-ci devra donc être traité par l'Opérateur et suivra un processus de changement de statut tel qu'indiqué sur le diagramme de la figure 1. L'Evènement secondaire correspond au même Evènement (même type) que le primaire, mais il a été déclaré par la suite. Dans ce cas, cet Evènement est rattaché à l'Evènement primaire et ne sera pas traité par l'Opérateur. Cet Evènement secondaire suivra le statut de l'Evènement primaire. L'Opérateur pourra accéder aux informations des Evènements secondaires à sa demande afin d'obtenir, par exemple, des informations complémentaires sur l'Evènement. L'Evènement primaire aura d'autant plus d'importance qu'il y aura d'Evènements secondaires qui s'y rapporteront. La classification est automatiquement réalisée par le système selon l'invention en fonction des paramètres suivants : (A) Périmètre géographique (rayon d'action), (B) Période de temps (C) Orientation (lors de la prise de la photo ou vidéo). L'Opérateur administrateur peut modifier implicitement et simplement les valeurs (A) et (B) par type d'Evènement. Les données (C) sont exploitées par le système pour départager les ambiguïtés résiduelles. 25 D'autres données pourront intervenir pour départager ces dernières tel qu'un degré d'urgence fourni par le Citoyen. En reprenant l'exemple ci-dessus, l'Opérateur pourra donc définir les valeurs pour les règles de dé-doublonnage du type d'Evènement 30 « Dysfonctionnement LAMPADAIRE » : - (A) Périmètre géographique : 25 m - (B) Période : 72 heures Concrètement, conformément à la figure 4, si un événement de type 35 « Dysfonctionnement LAMPADAIRE » est créé, et que le service ne trouve aucun Evènement de même type créé dans les 72 heures dans un rayon de 25 mètres, alors celui-ci est de classe « Primaire ». - - - Dans le cas contraire (le service trouve déjà un Evènement existant dans les 72 heures ET dans un rayon de 25 mètres), l'Evènement est de classe « Secondaire » et sera rattaché à l'Evènement primaire. Conformément aux figures 5 et 6, l'orientation, lors d'une prise de photo ou de vidéo, permettra dans certains cas, de détecter si des Evènements secondaires sont bien des doublons de l'Evènement primaire, ou si un doute subsiste. Dans ce cas, l'Evènement pourra être présenté comme primaire. Ces critères serviront à traiter automatiquement les ambigüités résiduelles.

Dans le cas de la figure 5, le 2ème Evènement (point proche du contour du cercle) sera bien défini comme « Secondaire », car l'orientation enregistrée lors de la prise de vue est compatible avec celle de l'Evènement primaire. Dans le cas de la figure 6, le 2ème Evènement à priori défini comme « Secondaire » (Périmètre géographique et période sont respectés) se verra classé « Primaire » car l'orientation de prise de vue ne correspond pas à celle du précédent Evènement. Le système selon l'invention fournit donc à l'Opérateur les moyens pour paramétrer la fonction de dé-doublonnage. [0027] Localisation d'une Alerte [0028] L'Alerte est obligatoirement associée à un périmètre géographique et diffusée aux Citoyens présents dans ce périmètre. La notion de géolocalisation pour une Alerte est donc double : 1. Il faut tout d'abord définir le périmètre géographique associé à la diffusion de cette Alerte : Par défaut, il s'agira du périmètre sur lequel s'étend le pouvoir d'une autorité (Par exemple pour une commune, il s'agira du périmètre du territoire communal). L'Opérateur aura aussi la capacité de modifier ce périmètre : a. Digitaliser spécifiquement un périmètre (pour une Alerte qui serait uniquement diffusée dans le centre-ville par exemple) b. Sélectionner des territoires adjacents (pour une Alerte diffusée sur une commune, et les communes environnantes). 2. L'Alerte est diffusée uniquement aux Citoyens présents dans le périmètre défini pour l'Alerte.

Cela implique donc que le système et le procédé selon l'invention connaissent à tout instant où se trouve réellement les Citoyens déclarés dans le système. Autrement dit, la liste des Citoyens (et donc de leurs équipements) impactés par la diffusion d'une Alerte sera calculée par le système au travers d'une requête de type Géo-Spatiale qui en superposant les deux informations géographiques (périmètre de l'alerte et positions des différents équipements) en déduira le groupe de Citoyens à atteindre. Par exemple, prenons une Alerte dont le périmètre de diffusion correspond à un cercle sur un territoire donné : Conformément à la figure 7, on connait à chaque instant la position de tous les Citoyens (équipements) déclarés dans le Service Alert-Phone (étoiles blanches à contour noir). Une Alerte est créée. Le périmètre de diffusion de cette Alerte correspond à un cercle tel que représenté sur la figure 8 (Choix de l'Opérateur). Conformément à la figure 9, le système, au travers d'une requête Géo-Spatiale définit la cible des Citoyens (équipements) pour lesquels l'Alerte sera diffusée (étoiles noires). Les autres Citoyens n'étant pas dans le périmètre de l'Alerte ne seront pas notifiés de celle-ci. [0029] En plus de la réception d'Alertes sur une zone géolocalisée, le Citoyen pourra choisir de s'abonner aux alertes d'une ou de plusieurs Collectivités. Il recevra ainsi les Alertes correspondantes même si ce dernier n'est pas localisé dans la zone de diffusion de l'Alerte. [0030] Récompense du Citoyen [0031]Un système d'obtentions de points sera mis en place pour rendre attractif le service et récompenser le Citoyen actif. [0032]Le principe de base est que pour tout nouvel Evènement déclaré, l'utilisateur reçoit des points. [0033]La validation de l'acquisition des points sera réalisée par l'Opérateur en charge du traitement de l'Evènement. [0034] Pour un Evènement de type « Primaire », le Citoyen reçoit des points [0035] Pour un Evènement de type « Secondaire », aucun point ne sera octroyé, sauf si l'Opérateur trouve pertinent les informations associées (meilleure description de l'Evènement, ou photos et vidéos pertinentes). [0036]Si les informations recueillies au sein des différents Evènements sont jugées insuffisantes par l'Opérateur pour traiter l'Evènement, ce dernier aura la possibilité d'émettre une demande d'information complémentaire à tous les usagers ayant signalés l'Evènement. La demande d'information complémentaire s'appuiera sur la fonction d'émission d'Alerte par sélection des Citoyens ayant transmis l'Evènement (primaire ou secondaires). La fourniture d'information complémentaire pourra être assujettie au gain de points. [0037] Les points gagnés par les Citoyens seront exploitables par la Collectivité par différents moyens (présentation des citoyens les plus actifs, récompenses officielles, échange des points contre des services de la Collectivité...). Selon l'usage de ses points, un traitement de la valeur des points acquis sera possible par usager par la Collectivité. [0038]Gestion de l'historique Au titre de l'invention, il est prévu une gestion globale de l'historique des actions réalisées par les intervenants dans le système. Cela veut dire que toutes les actions réalisées par les différents acteurs (Citoyens, Opérateurs, Administrateurs) sont identifiées et sauvegardées. En fonction de la gestion des droits associés à chacun, l'affichage de cet historique des actions sera filtré et présenté aux différents types d'acteurs. [0039] Architecture technique envisagée Le système et procédé d'échange d'informations Alert-Phone est une solution logicielle en mode SaaS (Software As A Service) qui regroupe les applications suivantes : ALERT-PHONE-SMART : Application cliente gratuite dédiées aux Smartphones (pour le Citoyen). ALERT-PHONE : Application WEB de type portail destinée aux utilisateurs de tout type.

ALERT-PHONE-COLLECTIVITE : Application WEB à destination des collectivités (configuration, gestion, traitement de l'information et des services associés).

ALERT-PHONE-ADMIN : Application WEB d'Administration globale à destination des Administrateurs du service (personnels du déposant). ALERT-PHONE-WEBSERVICE : Méthodes Web Service d'interopérabilités qui seront consommées par des applications externes.

Conformément à la figure 11, le service Alert-Phone est composé au niveau FrontOffice des interfaces suivantes : - Application pour Smartphone : ALERT-PHONE-SMART - Site Web grand Public : ALERT-PHONE qui sera lui-même décomposé en espace privatif : o L'espace privatif pour le Citoyen o Les espaces privatifs pour les collectivités : ALERT-PHONE- COLLECTIVITE - Un site Web privé (qui ne sera pas forcément accessible depuis internet) pour l'Administrateur global.

Le backoffice est composé de serveurs Web Applicatifs qui prendront en charge les composants suivants : - Une couche d'interopérabilité (WebServices) qui sera utilisée par le FrontOffice du Service Alert-Phone. Cette même couche de WebServices pourra être utilisée par des applications externes. - Un ou plusieurs serveurs d'applications Web qui seront parallélisés en fonction de la charge globale (sollicitation du système). - Un système de gestion de base de données et de stockage de fichiers (Photos, vidéos).

DETAILS DES INTERFACES [0040]COTE UTILISATEUR : APPLICATION POUR TELEPHONE MOBILE [0041]L'application pour terminal mobile, permettra au Citoyen de s'identifier en créant un profil, de s'abonner au service, de sélectionner des villes dont il souhaite recevoir des Alertes, de sélectionner le type d'Alertes qui l'intéresse (Alerte météorologiques, accident de circulation, fermeture d'une école...), de déclarer les Evènements et de recevoir des Alertes. [0042]A travers l'application pour téléphone mobile, le Citoyen pourra déclarer un Evènement et ses données associées : Choix du type d'Evènement Géolocalisation de l'Evènement Commentaires ou informations supplémentaires Photos Vidéos Degré d'urgence (note subjective du Citoyen) [0043]Toutes ces informations associées à l'Evènement créé par le Citoyen sont la propriété du Citoyen déclarant. Il possède donc un droit de modification et de suppression à tout instant sur cet Evènement. [0044]Il peut associer au signalement d'un Evènement, différents médias tels qu'une photo ou une vidéo. Dans ce cas, une option permettant le masquage dynamique des visages pourra être prévue. [0045]Les fonctions associées à ce masquage seront établies suivant les cas suivants : - L'Opérateur, c'est-à-dire la collectivité recueillant le signalement, peut activer ou non le masquage lorsqu'il visualise les médias associés (ou en fonction de droits associés à l'Opérateur) - Le Citoyen aura la capacité de rendre le masquage soit dynamique soit permanent [0046] Le Citoyen peut en outre supprimer : - Les documents attachés à son Evènement : Photos et vidéos. Ces documents seront réellement supprimés de la plateforme où ils sont stockés.

Personne (Administrateur, Opérateur) ne peut les consulter après cette opération de suppression. - Un Evènement : dans ce cas, cet Evènement disparait des listes du Citoyen, mais celui-ci reste présent dans le système (dans la plateforme) pour traitement (si besoin). Tous liens entre l'Evènement et le Citoyen sont alors supprimés, il sera impossible de faire un lien entre l'Evènement et le Citoyen l'ayant initialement déclaré. Il sera typé « Supprimé », pour que l'Opérateur soit conscient de cet état. Il ne pourra donc plus communiquer expressément sur cet Evènement (avec le Citoyen déclarant ou d'autres Citoyens). Impossible donc de demander plus d'informations sur cet Evènement. [0047]Cette application pour Smartphone devra être développée notamment pour les OS suivants : - IOS : iPhone® - ANDROID® - Windows® Phone (W8) [0048]Chaque application (la partie FRONT et utilisation des API du téléphone) sera développée en utilisant les technologies propres à chaque environnement, mais utilisera des WS identiques qui seront eux développés coté Serveur : Java J2EE. Dans la mesure du possible, du code JavaScript commun aux 3 environnements sera utilisé. [0049]En pratique, le Citoyen désireux de mettre en oeuvre le système selon l'invention doit installer l'application sur son Smartphone.

L'utilisation de cette application nécessite forcément une authentification : - Le Citoyen doit être déclaré comme utilisateur du service - Le Citoyen doit s'authentifier et déclarer son équipement pour accéder aux fonctionnalités de l'application. - Seule la fonctionnalité de notification d'Alertes (Réception d'une Alerte) est active sans authentification. [0050] Formulaire d'inscription de l'utilisateur Puisque l'authentification est obligatoire, un nouvel utilisateur peut se déclarer auprès du service à partir de cette application. Ce formulaire peut potentiellement être relativement court (en tous cas plus court que celui du portail web ALERT-PHONE détaillé par la suite). L'utilisateur pourra ultérieurement ajouter d'autres informations sur son compte. Le processus d'inscription demande à l'utilisateur de saisir un code reçu par SMS, cela afin de valider la création et l'activation du compte. [0051]Formulaire de déclaration d'un terminal mobile [0052]Un Citoyen peut posséder plusieurs téléphones ou tablettes. Dans ce cas, un formulaire lui permet de déclarer plusieurs équipements. Il sera donc reconnu comme Citoyen unique quel que soit le terminal mobile utilisé. [0053] Formulaire de connexion/déconnexion [0054] La connexion est obligatoire pour accéder aux fonctionnalités du service après avoir remplie le formulaire de connexion. La déconnexion de l'utilisateur se fait au travers du formulaire déconnexion qui, une fois validé, ne permettra plus à celui-ci d'accéder aux fonctionnalités. [0055]Page « Accueil », personnalisation de l'application [0056]Au lancement de l'application, un contrôle est réalisé entre les collectivités auxquelles adhèrent le Citoyen, et la position géographique ou il se trouve réellement (Géolocalisation). [0057] Les cas suivants seront gérés : - Si le Citoyen se trouve réellement dans une collectivité supportant le Service, l'application est personnalisée (Logo, nom de la collectivité, charte graphique, etc.). - Si le Citoyen se trouve dans une collectivité ou zone géographique non adhérente au service Alert-Phone, alors l'application le notifie de cette situation, et la page d'accueil sera une page par défaut. Dans ce cas, il pourra être prévu un bouton d'action qui proposera au Citoyen d'envoyer un message à la commune : « Voulez-vous signifier à la commune l'existence du service Alert-Phone ? » [0058]Gestion de la géolocalisation [0059]On propose au Citoyen de gérer lui-même la période avec laquelle l'application ALERT-PHONE-SMART remontera au service la position (géolocalisation) de son équipement. [0060]A titre d'exemple, la remontée de cette information sera comprise entre 1 minute et 1 heure. Le traitement local (fonction de l'application ALERT-PHONE-SMART) est consommatrice d'énergie. Cela ne doit pas être réalisé au dépend de l'utilisation de l'équipement lui-même par le Citoyen. [0061]A partir d'un certain seuil du niveau de la batterie, l'application ALERT-PHONE-SMART adaptera automatiquement la période d'envoi de la position de l'équipement pour ne pas solliciter la batterie dans ce contexte. [0062]Lorsque le terminal est connecté au secteur et ne fonctionne plus sur batterie, la remontée de l'information de position (géolocalisation) s'active automatiquement sur un cycle court (toutes les 5 minutes par exemple). [0063] Déclarer un Evènement [0064]La principale fonction est bien que l'utilisateur remonte des Evènements. Toute une nomenclature d'Evènements (en fonction des services disponibles et paramétrés par la collectivité) sera présentée. Un Evènement aura les propriétés suivantes : - Information géographique (géolocalisation) - Informations alpha (texte, type, date, etc.). - Photos associées (et orientations lors de la prise de vue) - Vidéos associées - Curseur qualitatif : l'utilisateur peut donner une note (de 1 à 5 par exemple), pour signifier la gravité du fait. A l'issue de la déclaration de l'Evènement, l'utilisateur sera notifié : - Evènement « primaire » avec potentiellement l'attribution de points. - Evènements « secondaire » (Evènement déjà déclaré). - Le cas échéant, les points acquis grâce à cet Evènement. 5 [0065] Demande d'informations supplémentaires Dans le cas d'un Evènement secondaire, c'est-à-dire d'un Evènement préalablement déclaré, la collectivité peut demander aux utilisateurs des informations complémentaires. 10 Un utilisateur à l'initiative d'un Evènement « secondaire » pourra par ailleurs se voir attribuer des points si les informations remontées (photo, vidéo) sont pertinentes. [0066]Souscrire aux abonnements (Souscrire aux collectivités) Le Citoyen peut « s'abonner » pour recevoir les Alertes et adresser 15 des Evènement d'une ou plusieurs collectivité(s) adhérente(s) au service de l'invention. - Un formulaire dans lequel l'utilisateur sélectionne les collectivités. - Une demande d'abonnement dynamique lorsque l'utilisateur 20 suite à ses déplacements, arrive dans une collectivité qui possède ce type de service. Le fait de s'abonner à une collectivité, permettra au Citoyen de : - Déclarer des Evènements pour cette collectivité. - Recevoir les Alertes émises par cette collectivité pour 25 lesquelles le Citoyen s'est abonné. [0067] Recevoir les Alertes [0068]Cette fonctionnalité est transparente pour le Citoyen, dans le sens où il recevra les Alertes du Service Alert-Phone générées par la 30 collectivité dans laquelle il se trouve actuellement. Le Citoyen recevra donc uniquement les Alertes qui répondent aux critères suivants : - Le Citoyen se trouve dans le périmètre de diffusion de l'Alerte - De façon non obligatoire, le Citoyen a validé dans ses 35 préférences, la volonté de recevoir des Alertes de ce type. A noter que la réception d'Alertes n'est pas soumise à authentification. Le Citoyen peut être notifié d'une Alerte sans avoir renseigné le formulaire d'authentification. En revanche, pour consulter le contenu de cette Alerte, il devra s'authentifier dans l'application. [0069] Consulter les Alertes [0070] Le Citoyen consulte les Alertes actives dans la zone où il se trouve. [0071]Média vidéo Des fonctionnalités avancées seront associées à ce média : - Enregistrer une vidéo, puis l'attacher à un Evènement et le déclarer. - Réaliser une vidéo et en même temps envoyer ce flux sur les serveurs du service ALERT-PHONE. Cela permettra à des Opérateurs de la collectivité d'accéder en direct au flux vidéo. [0072] Fonction « URGENCE » ou « SOS » [0073]Fonction qui permet au Citoyen de créer un Evènement de type « SOS » par simple clic. La finalité est de fournir au Citoyen en situation d'urgence ou de stress, un moyen d'émettre le plus rapidement possible un Evènement pour alerter les services compétents (Pompier, Samu, Police, Gendarmerie, Police municipale, etc.). Lors de l'envoi d'un « SOS », un compte à rebours apparait sur le terminal avant l'envoi effectif (10 secondes par exemple) afin de permettre au Citoyen d'annuler son « SOS » s'il s'agit d'une erreur. [0074]Cet Evènement envoie la géolocalisation de la personne pour une identification plus précise de la situation. [0075]Le choix du service compétent apte à traiter ces Evènements de type « SOS » sera bien sûr paramétrable par la collectivité par l'Opérateur administrateur. [0076]Fonction « PIETON / VEHICULE » [0077]Fonction qui permet au Citoyen d'activer explicitement dans l'application son mode de déplacement : - PIETON : mode par défaut. - VEHICULE : mode permettant au Citoyen d'activer la remontée automatique de SOS si un choc est identifié par le terminal. Dans ce mode, le Citoyen participe à la génération de données de trafic. [0078]En mode « VEHICULE », l'émission de « SOS » peut être déclenchée automatiquement sans action du Citoyen par exemple en cas de choc d'un usager en véhicule. La finalité est d'émettre le plus rapidement possible un Evènement pour alerter les services compétents (Pompier, Samu, Police, Gendarmerie, Police municipale, etc.) lorsqu'un choc se produit. Pour cela cette fonction exploite les données d'accéléromètre fournies par un équipement interne au terminal afin d'émettre l'Evènement.

Grâce au compte à rebours disponible lors de l'émission d'un « SOS », le Citoyen peut annuler une fausse alerte avant son émission effective. [0079]Lorsque le terminal se déplace à une vitesse supérieure à un seuil (30 km/h par exemple), le terminal s'identifie automatiquement en mode « VEHICULE » afin de consolider les données de trafic. Lorsque la plateforme identifie des terminaux sur des zones autoroutière prédéfinies (autoroutes par exemple), les terminaux sont implicitement basculé en mode « VEHICULE ». [0080]La vitesse de déplacement d'un Citoyen est déterminée par un équipement interne au terminal ou par calcul depuis la plateforme selon les points de géolocalisation, l'horodatage de ces points et la topologie urbaine du lieu. [0081]Les données de trafic et les avaries ainsi récoltées sur les voies routières peuvent être utilisées par la Collectivité et/ou les services compétents pour remédier à des situations et pour informer les Citoyens. [0082]COTE UTILISATEUR : APPLICATION SUR SITE WEB [0083]L'application disponible sur le site web comprendra les fonctionnalités ci-dessus décrites pour l'application pour téléphone portable, et présentera de manière globale le procédé. La page d'accueil est donc globale (il n'y a pas à ce stade de différenciation des collectivités locales qui adhèrent au service, et le grand public). [0084]Ce site web (plusieurs pages selon le contenu) devra informer le public sur le service, les collectivités qui y adhère, etc... La première page pourra contenir par exemple : - Un lien vers des pages descriptives : « Je suis un Citoyen » - Un lien vers des pages descriptives : « Je suis une collectivité » [0085]Ensuite des liens permettront d'afficher des pages spécifiques (en termes de présentation et de contenu informatif) vers chaque collectivité et les services associés. [0086] Les pages associées aux collectivités pourront être présentées selon un: - Mode par défaut : Inscrire leur contenu de présentation dans un cadre déjà « formaté » du portail ALERT-PHONE avec une personnalisation en termes de charte graphique et de données présentées. - Mode Optionnel : Créer un site spécifique de présentation si volonté de la collectivité. [0087] Déclarer un Evènement [0088]Il s'agit de la même fonctionnalité que celle détaillée dans l'application ALERT-PHONE-SMART. A la différence, que la déclaration se fait depuis un poste fixe ; les médias (photos, vidéos) seront donc « uploader » à partir d'une sélection de fichiers. Idem pour la géolocalisation, l'utilisateur (s'il le désire) aura la possibilité de géolocaliser l'Evènement en sélectionnant sur une carte l'emplacement adéquat. [0089] Mes Alertes [0090]Cette fonction regroupe l'ensemble des Alertes émises par les collectivités auxquelles l'utilisateur adhère. L'utilisateur peut accéder à l'ensemble des Alertes émises. A ce stade, une « collectivité » pourrait être de type national et donc diffuser les Alertes qui impactent le territoire national. Ou une collectivité qui diffuse une Alerte sur son territoire, pourrait aussi diffuser sur des territoires adjacents si le risque sort de son propre territoire initial. Dans ce cas, même si l'utilisateur n'a pas adhéré explicitement à la collectivité, il reçoit tout de même l'Alerte. [0091]Mes adhésions aux collectivités [0092]Cette fonction permet à l'utilisateur de sélectionner les collectivités adhérentes au Service, pour lesquelles il souhaite recevoir les Alertes ou émettre des Evènements. Le choix ne pourra se faire que parmi les collectivités qui adhérent au Service Alert-Phone. Dans le cas d'une adhésion dynamique depuis son Smartphone, la collectivité retrouvera donc la liste des adhésions. [0093] Cartographie des Evènements [0094] L'utilisateur visualise sur la carte ses propres Evènements. Il pourra donc y accéder par sélection directe sur la carte. [0095]Dans des pages « Grands Public », figurera une synthèse globale des Evènements reportés. Il ne sera pas possible à partir de ces informations de « remonter » vers un Evènement unique contenant les informations personnelles du déclarant. [0096]C'est une présentation anonyme de la base des Evènements dans le but de montrer le dynamisme du service. [0097]SITE WEB ESPACE GRAND PUBLIC [0098]C'est le site Grand Public qui présente le service (aux futurs utilisateurs, mais aussi aux futures collectivités). A partir de ce site, on accède : - Aux pages globales de présentation du Service Alert-Phone (« Je suis un Citoyen », « Je suis une collectivité »). - Aux pages globales de présentation des Evènements. - Aux pages de présentation des collectivités adhérentes au service. [0099]Aux synthèses de la base des Evènements (synthèse globales, par collectivité, par type d'Evènements, etc.). [00100] Le site doit mettre en valeur le côté dynamique et acquisition en temps réel du service (nombre d'Evènements déclarés par jour, par semaines ; Nombre d'Evènements traités par les collectivités, indice de satisfaction, etc.) et l'importance de la communauté adhérente (utilisateurs et collectivistes). Il propose pour cela des indicateurs dédiés au Grand Public et aux Opérateurs. [00101] Formulaire d'adhésion du Citoyen utilisateur [00102] Ce formulaire permet au Citoyen de s'inscrire au Service Alert-Phone. On traitera dans cette fonction : « Mot de passe oublié, redéfinir un nouveau mot de passe » [00103] Formulaire d'adhésion d'une collectivité [00104] Ce formulaire permet à une collectivité d'adhérer au Service Alert-Phone. Dans un premier temps, ce formulaire pourrait ne pas exister, mais permettrait à la collectivité de prendre contact avec l'Administrateur pour mettre au point la partie contractuelle. L'ajout d'une nouvelle collectivité et son paramétrage sera réalisé dans l'application ALERT-PHONE-ADMIN. [00105] Formulaire de connexion du Citoyen utilisateur [00106] Permet au Citoyen d'accéder aux fonctions du service, et à la gestion de ses Evènements : partie privative du Citoyen. [00107] Cartographie des Evènements [00108] Conformément aux figures 10 et 11, on affiche sur une carte, la localisation des Evènements, avec une précision dépendante du nombre d'Evènements en fonction du niveau de zoom. [00109] On associe à cette représentation des filtres, l'affichage des Evènements en : - Fonction de la période (jour-mois-année) - Fonction du type d'Evènement - Fonction de l'état (traité, non traité, en cours, etc.) [00110] COTE COLLECTIVITES : SITE WEB [00111] Les collectivités quant à elles accèdent au système selon l'invention via une application web permettant la configuration, la gestion, le traitement de l'information et des services associés. [00112] Le site web du système selon l'invention, possède donc des pages « privées » accessibles uniquement aux Citoyens déclarés, ainsi qu'aux utilisateurs des collectivités et de deux types différents : [00113] - Espace privé pour le Citoyen [00114] - Espace privé pour les Opérateurs d'une collectivité : C'est dans ces espaces privés, que les fonctionnalités de gestion du service Alert-Phone seront positionnées. [00115] L'application « collectivité » a deux buts principaux : - Permettre à la collectivité de paramétrer son service - Permettre à la collectivité de gérer les Evènements remontés par les Citoyens. [00116] Il est important de noter qu'en réalité, chaque collectivité aura son propre espace privé, pour gérer les spécificités de Service qu'elle désire mettre en oeuvre dans son périmètre (type d'Evènements pouvant être signalés par exemple : « accident de circulation », « dégât des eaux » mais pas « voirie » lorsque la municipalité considérée n'en est pas pourvue. [00117] Le système selon l'invention propose par défaut une bibliothèque de type d'Evènements à la collectivité, et l'Opérateur (par simple paramétrage) sélectionnera parmi ces types d'Evènements, ceux dont il souhaite recueillir un signalement, et qui apparaîtront dans la liste disponible sur le téléphone mobile du Citoyen ou l'interface Citoyen du site web. La collectivité en charge de cet Evènement accède à toutes les informations de cet Evènement déclaré par l'utilisateur. L'Opérateur aura en outre la capacité d'enrichir cette bibliothèque avec ses propres types d'Alerte. Tous ces types d'Alertes seront donc proposés à la collectivité, et l'Opérateur pourra créer une Alerte (diffusion de l'Alerte vers le Citoyen) à partir de cette bibliothèque. [00118] A travers l'application sur téléphone mobile et le site web dédié, le Citoyen sera notifié de la présence d'une Alerte émise conformément au diagramme illustré sur la figure 2. [00119] Cette Alerte aura donc les propriétés suivantes : 1. Type de l'Alerte (nomenclature de la bibliothèque) 2. Libellé et description de l'Alerte (prise en compte du multilingues). 3. Période d'activation (date de début, date de fin). La date de fin est optionnelle, ce qui veut dire que l'Alerte est Active sans limite de temps. Dans ce cas l'Opérateur devra donc « manuellement » désactiver l'Alerte lorsque celle-ci sera terminée. 4. Territoires et/ou collectivités concernées (gestion du cas ou l'Alerte peut sortir du périmètre de la collectivité). [00120] Dans un premier temps, la zone concernée par l'Alerte correspondra à la surface de la collectivité concernée. Puis l'Opérateur, s'il le souhaite pourra définir (digitaliser) lui-même une zone géographique plus précise qui correspondrait à la zone réelle de l'Alerte (la zone d'impact). [00121] Une autre fonctionnalité « Gestion de l'escalade » lui permettra de diffuser cette Alerte sur des territoires adjacents à son propre territoire. Dans ce cas un workflow permettra à chaque Opérateur des territoires concernés de valider la diffusion de cette Alerte. On pourra également prévoir un lien vers un ou plusieurs fichiers, comme par exemple un fichier PDF, qui seront affichés par les capacités propre du Smartphone. [00122] Lorsque l'Alerte n'est plus active : Date de fin dépassée ou l'Opérateur désactive l'Alerte ; celle-ci disparait automatiquement de la liste des « Alertes émises » présentée dans le Smartphone du Citoyen ou dans son interface sur le site web dédié. [00123] GESTION Il s'agit des fonctionnalités permettant à la collectivité de gérer le système Alert-Phone. Il existe 3 grandes catégories de fonctions : Les fonctions d'administration des Evènements liés à la collectivité. - Les fonctions associées aux Alertes (définition et diffusion). - Les fonctions de restitution des informations, rapports, indicateurs. - Gestion du Périmètre géographique Cette fonction permet à une collectivité de définir géographiquement le périmètre dans lequel : - Les Evènements crées par le Citoyen seront géolocalisés. - Les Alertes générées par la collectivité seront diffusées. Par défaut, pour une collectivité de type communal, ce périmètre géographique correspondra au territoire de la commune.

Ce découpage en communes, départements, régions sera déjà présent dans le Service Alert-Phone. La collectivité pourra ainsi directement sélectionner la surface adéquate. En option, des outils de digitalisation permettront à d'autres types de collectivités ou d'autorités de définir graphiquement leur propre périmètre géographique dans lequel leur Service Alert-Phone sera opérationnel. Gérer les services (notion de portail par service) Permet de déclarer les services internes (Equipement, Voirie, Travaux, etc.) de la collectivité qui entre-autre, auront la charge de prendre en compte les Evènements déclarés. - Déclarer un service (présentation, rayon d'actions, etc.) - Gérer les utilisateurs de ce service : utilisateurs, profils, droits.

Gérer les options Différentes options pourront être activées ou non Options de présentation : Charte graphique, logo, nom, etc. Options sur la gestion des points Options sur le niveau de détail ou de présentation des résultats aux Citoyens, aux Grand Public. - Etc. GESTION DES EVENEMENTS Gérer la base des Evènements A partir de la bibliothèque globale des Evènements (Bibliothèque définie par l'Administrateur global du Service), l'Opérateur sélectionne les types d'Evènements qu'il désire proposer aux Citoyens de sa collectivité. Pour chaque type d'Evènement sélectionné, l'Opérateur définie les paramètres suivants : - Paramétrage de la fonction de dé-doublonnage : o Définition du périmètre géographique (en mètre) o Définition de la période (en heure) - Modification du libellé et de la description de l'Evènement - Affectation du service qui sera en charge de traiter l'Evènement (service et/ou Opérateur). - - - Gérer des Workflow Définition de Workflow dans la gestion de la prise en compte d'un fait : définition des états et des acteurs associés pour chacun des états.

Gérer les Evènements créés L'Opérateur acquittera les Evènements qui lui sont destinés et les traitera. Cette opération d'acquittement est importante car elle sera remontée auprès du Citoyen qui a déclaré l'Evènement. Une prise en compte rapide, et une clôture rapide (Evènement traité ou sans suite) permettra de créer un sentiment de satisfaction pour l'utilisateur (si un utilisateur s'aperçoit qu'il n'y pas de prise en compte, il n'aura plus la volonté de déclarer des Evènements). GESTION DES ALERTES Gérer des types d'Alerte Outre la bibliothèque globale des Alertes définies par l'Administrateur du Service (outil ALERT-PHONE-ADMIN), l'Opérateur a la capacité de définir ses propres types d'Alerte pré formatée. Par exemple, pour un type spécifique d'Alerte, la liste des consignes seraient déjà définie.

Définir une Alerte (créer une Alerte) A partir de la bibliothèque globale des Alertes (Bibliothèque définie par l'Administrateur global du Service et bibliothèque spécifique de la collectivité), l'Opérateur sélectionne l'Alerte qu'il désire envoyer aux Citoyens de sa collectivité.

Le formulaire de déclaration d'une Alerte permet de saisir ou modifier toutes les informations relatives à une Alerte. 1. Choix du type de l'Alerte 2. Modifier le libellé et description de l'Alerte (prise en compte du multilingues ?). 3. Choix d'une période d'activation (date de début, date de fin, gestion manuelle) 4. Territoires et/ou collectivités concernées (gestion du cas ou l'Alerte peut sortir du périmètre de la collectivité) 5. Définition de consignes 6. Etc...

Le modèle d'une Alerte pourra s'enrichir au fil de temps et devenir de plus en plus complexe. Gérer les Alertes Présentation de formulaires permettant de : - Visualiser l'historique des Alertes émises. - Visualiser et gérer les Alertes en cours. - Reconduire une Alerte. - Arrêter une Alerte.

RESTITUTION DE L'INFORMATION Les Citoyens adhérents Accès à la liste des Citoyens qui adhèrent au Service Alert-Phone de la collectivité. Pour chaque Citoyen, on peut comptabiliser le nombre de d'Evènements (avec une répartition en fonction de l'état) La cartographie des Evènements On affiche sur une carte, la localisation des Evènements attachés à la collectivité. On pourra filtrer selon : Période. Etat de l'Evènement (A traiter, traiter, etc.). Affectation au service en charge du traitement de l'Evènement (Voirie, Equipement, etc.). - Autres selon réflexion.

25 La base des Evènements Cette base permettra la création et l'affichage de rapports, d'indicateurs sur l'utilisation du Service Alert-Phone. Ces rapports pourront rester confidentiels, c'est-à-dire que la collectivité ne les diffuse pas auprès de ses Citoyens.

30 Ces rapports permettront à un gestionnaire de vérifier le bon fonctionnement du Service à l'intérieur d'une collectivité : - Taux de déclaration des Evènements - Taux de prise en compte, de résolution, etc. - - - D'autres rapport ou indicateurs pourront être diffusé par l'intermédiaire de l'espace public du site ALERT-PHONE-COLLECTIVITE auprès du Citoyen. Tableau de bord et Statistiques Des rapports mettant en évidence le taux de prise en compte et de résolution pourront être mis en place pour chaque service de la collectivité. Génération d'un rapport hebdomadaire, mensuel, annuel sur la performance du Service Alert-Phone de la collectivité.

Claims (16)

1. REVENDICATIONS1. Système d'échange d'informations entre différents utilisateurs inscrits au système et différentes autorités associées à des zones géographiques telles que des collectivités territoriales, comprenant : - une plateforme commune de stockage de données - des terminaux des différents utilisateurs, comprenant chacun - un moyen de géolocalisation courant du terminal, - une interface « signalisation » permettant à l'utilisateur de signaler un Evènement géolocalisé au sein d'une autorité, - des moyens de transmission à la plateforme qui les stocke, du lieu courant de géolocalisation du terminal et de l'Evènement signalé, - des terminaux des différentes autorités, comprenant chacun - des moyens de transmission à la plateforme qui les stocke, d'Alertes émises par l'autorité considérée, le système comprenant en outre : - des moyens de transmission d'un Evènement stocké dans la plateforme à l'autorité associée à la zone géographique où l'Evènement a été géolocalisé, et - des moyens de transmission d'une Alerte stockée dans la plateforme, à un utilisateur inscrit au système et dont le terminal est géolocalisé dans une zone de diffusion de l'Alerte définie par l'autorité considérée.
2. 2.Système selon la revendication 1, dans lequel les moyens de géolocalisation des terminaux des utilisateurs sont formés de points GPS fournis par un équipement interne au terminal ou par des points GPS fournis par triangulation de bornes cellulaires, ou sont déterminés par rattachement à un code préalablement déployé et paramétré en une zone spatiale particulière et enregistré par l'utilisateur sur son terminal, ou sont définis par sélection par l'utilisateur d'un point sur une carte affichée dans l'interface de signalisation de son terminal.
3. 3. Système selon la revendication 1 ou 2, comprenant des moyens de déclenchement automatique de la transmission à la plateforme du lieu courant de géolocalisation du terminal d'un utilisateur.
4. 4.Système selon la revendication 3, dans lequel le déclenchement automatique de la transmission à la plateforme du lieu courant degéolocalisation du terminal d'un utilisateur s'effectue périodiquement avec une période correspondant à un temps de remontée d'information prédéfini.
5. 5.Système selon la revendication 4, dans lequel le temps de remontée d'information est adapté en fonction d'un niveau de charge du terminal de l'utilisateur, en étant d'autant plus important que la charge est basse.
6. 6.Système selon l'une des revendications précédentes, dans lequel l'interface du terminal d'un utilisateur comprend une liste de types d'Evènements susceptibles d'être signalés, en fonction du lieu courant de géolocalisation du terminal.
7. 7.Système selon l'une des revendications précédentes, dans lequel la plateforme comprend des moyens d'identification d'un Evènement secondaire signalé par un utilisateur, l'Evènement secondaire étant un Evènement identifié comme similaire à un Evènement déjà signalé et stocké dans la plateforme.
8. 8.Système selon la revendication 7, dans lequel l'identification d'un Evènement secondaire s'effectue par comparaison de paramètres propres à un Evènement déjà signalé et stocké et incluant la géolocalisation et l'heure de l'Evènement, à des paramètres définis par une autorité et incluant un périmètre autour d'un Evènement, une période de temps autour de la survenue d'un Evènement et une indication sur une orientation spatiale relative entre le terminal de l'utilisateur et l'Evènement, un nouvel Evènement étant identifié comme secondaire vis-à-vis d'un Evènement déjà signalé et stocké, s'il intervient dans le périmètre, la période de temps et l'orientation définis par l'autorité.
9. 9. Système selon la revendication 8, dans lequel lorsque l'interface du terminal comprend une capture d'image ou de vidéo à associer à la signalisation d'un Evènement, l'indication sur l'orientation spatiale relative entre le terminal de l'utilisateur et l'Evènement prend la forme d'une boussole apparaissant sur l'image ou la vidéo.
10. 10. Système selon l'une des revendications 7 à 9, dans lequel la plateforme comprend des moyens pour ignorer un Evènement secondaire et ne pas le stocker.40
11. 11. Système selon l'une des revendications précédentes, comprenant des moyens pour demander à un utilisateur ayant signalé un Evènement, ou à tout utilisateur se retrouvant dans une zone géographique prédéfinie autour de l'Evènement signalé, des renseignements complémentaires sur l'Evènement, tels que des images ou une confirmation que l'Evènement perdure.
12. 12. Système selon la revendication 11, dans lequel les moyens pour demander des renseignements complémentaires sur un Evènement signalé sont gérés par les terminaux des autorités.
13. 13. Système selon l'une des revendications précédentes, comprenant des moyens pour transmettre le signalement d'un Evènement généré par un utilisateur, à d'autres utilisateurs se trouvant dans une zone géographique prédéfinie autour de l'Evènement signalé.
14. 14. Système selon la revendication 13, dans lequel les moyens pour transmettre le signalement d'un Evènement généré par un utilisateur, à d'autres utilisateurs sont gérés par les terminaux des autorités.
15. 15. Système selon l'une des revendications précédentes, dans lequel les terminaux des utilisateurs sont des terminaux mobiles ou fixes.
16. 16. Procédé d'échange d'informations entre différents utilisateurs inscrits à un système d'échange d'informations et différentes autorités associées à des zones géographiques telles que des collectivités territoriales, comprenant : -des étapes de stockage de données au sein d'une plateforme de stockage commune aux différents utilisateurs et aux différentes autorités, - une étape d'identification du lieu de géolocalisation des terminaux des différents utilisateurs inscrits au système, chaque terminal comprenant un moyen de géolocalisation courant du terminal, une interface « signalisation » permettant à l'utilisateur de signaler un Evènement géolocalisé au sein d'une autorité, et des moyens de transmission à la plateforme qui les stocke, du lieu courant de géolocalisation du terminal et de l'Evènement signalé, - une étape de transmission à la plateforme qui les stocke, d'Alertes émises par des terminaux des différentes autorités le procédé comprenant en outre :- une étape de transmission des Evènements stockés dans la plateforme à chaque autorité associée à la zone géographique où l'Evènement a été géolocalisé, et - une étape de transmission des Alertes stockées dans la plateforme, à chaque utilisateur inscrit au système et dont le terminal est géolocalisé dans une zone de diffusion de l'Alerte définie par l'autorité considérée.