FR 3005544 A1 20141114 FR 1359364 A 20130927 Domaine technique L'invention se rapporte à un procédé de gestion de l'enregistrement d'un événement se produisant dans un lieu géographique donné. L'événement vise par exemple un accident de la circulation, un vol, une agression, un attentat, etc. L'enregistrement s'effectue par exemple par le biais d'un dispositif de prise de vues tel qu'une caméra vidéo, des lunettes connectées équipées d'un tel dispositif de prise de vue, etc. Etat de la technique Les systèmes de vidéosurveillance se sont beaucoup développés ces dernières années pour répondre à un besoin de sécurisation de biens et de lieux accueillant un public. Un système connu de vidéosurveillance inclut des caméras dans un lieu à surveiller (centre-ville, maison, banque, etc.) et des écrans de visualisation dans un poste de contrôle. Un agent visualise les scènes filmées par les caméras et détecte tout événement suspect tel qu'un vol, agression, etc. Les différentes caméras filment des zones distinctes voire qui se recouvrent partiellement. Le nombre de caméras capables de filmer une zone géographique donnée, et donc un événement s'y produisant comme une agression, un vol, etc., est donc limité. Cela pose problème pour reconstituer l'événement. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. L'invention A cet effet, selon un aspect fonctionnel, l'invention se rapporte à un procédé de gestion de l'enregistrement d'un événement se produisant dans un lieu incluant une pluralité de dispositifs de prise de vues aptes à communiquer avec un réseau de communication, les dispositifs étant équipés de dispositifs de prise de vues respectifs, caractérisé en ce qu'il comprend les étapes suivantes - Une étape de détection d'un événement, - Une étape de transmission, via le réseau, à des dispositifs de prise de 5 vues aptes à prendre des vues de l'événement, d'une commande de capture de l'événement. L'invention propose de détecter un événement, par exemple depuis un premier dispositif, et de commander la capture de l'événement à des seconds dispositifs capables de prendre des vues de l'événement notamment par ce qu'ils 10 se situent à proximité de l'événement, ou parce qu'ils sont proches du premier dispositif. L'invention augmente ainsi le nombre de captures de la scène. La reconstitution de la scène sera alors plus aisée que dans l'état de la technique. Selon un premier un mode de réalisation de l'invention, l'étape de détection est réalisée au niveau d'un premier dispositif ; et les dispositifs de prise 15 de vues auxquels sont transmises des commandes de capture respectives sont des seconds dispositifs situés à proximité du premier dispositif. Ainsi, les dispositifs visés ci-dessus sont situés à une distance telle du premier dispositif qu'une prise de vue de l'événement est possible par ces dispositifs. Il en résulte un réseau de caméras aptes à capturer l'événement. Le réseau ainsi obtenu 20 permet l'obtention d'un nombre de captures qui permettra une reconstitution plus précise de l'événement que dans l'état de la technique. Selon un second mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, l'étape de détection est réalisée par une action de l'utilisateur du premier 25 dispositif. De cette manière, ce sont les utilisateurs des caméras eux-mêmes qui peuvent activer l'alerte et non un logiciel de détection d'événements. La détection est donc fiable. L'action en question est par exemple un appui sur un bouton de sélection présent sur un dispositif de prise de vue, entraînant l'émission d'un message informant la détection d'un événement. Selon un troisième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les dispositifs sont équipés de modules mémoires respectifs ; dans cette configuration, l'étape de transmission est suivie d'une étape de capture suivie d'une étape d'enregistrement de la capture dans des modules mémoires respectifs des dispositifs. De cette manière, la capture sera accessible quel que soit l'état de connexion du dispositif vis-à-vis du réseau. Selon une variante de ce troisième mode, les enregistrements réalisés sont chiffrés au moyen d'un algorithme de chiffrement, respectivement. De cette manière, les enregistrements ne peuvent pas être lus par des tiers ne détenant pas la clé de déchiffrement capable de déchiffrer l'enregistrement chiffré. De plus, l'enregistrement ne peut pas être modifié sans la clé de déchiffrement ; cet enregistrement constitue donc une preuve irréfutable. Selon un quatrième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un identifiant est attribué à l'événement ; et les enregistrements relatifs à cet événement sont associés à cet identifiant. De cette manière, lors de la reconstitution d'un évènement, on retrouve facilement tous les enregistrements même lorsque le nombre d'événements stockés est important. Selon un cinquième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, suite à la commande d'enregistrement, un second dispositif est déconnecté du réseau ; dans cette configuration, l'étape de transmission est suspendue et reprise après qu'une connexion soit établie avec le réseau. Cette caractéristique garantit une récupération de l'ensemble des enregistrements même si l'état de connexion du dispositif concerné ne permet pas momentanément une transmission de l'enregistrement sur le réseau. Selon un sixième mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, les dispositifs destinataires de la commande de capture reçoivent en outre des informations à prendre en compte pour la prise de vue. De cette manière, les différents dispositifs concernés par une prise de vue filment de façon optimale la scène souhaitée, notamment dans la bonne direction. Selon un aspect matériel, l'invention se rapporte à un système pour la gestion de l'enregistrement d'un événement se produisant dans un lieu incluant une pluralité de dispositifs de prise de vues aptes à communiquer avec un réseau de communication, caractérisé en ce qu'il comprend : - un module de détection d'un événement, - un module de transmission apte à transmettre, via le réseau, une commande de capture de l'événement, à des dispositifs de prise de vue aptes à prendre des vues de l'événement. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l'invention. La figure 2 est une vue schématique des circuits inclus dans une caméra selon un mode de réalisation de l'invention. La figure 3 représente une vue schématique d'un lieu géographique dans lequel l'invention peut être mise en oeuvre. La figure 4 représente des échanges de données échangés notamment entre les dispositifs de prise de vue selon un mode de réalisation. La figure 5 illustre un mode de réalisation d'une fourniture d'informations à prendre en compte par les dispositifs de prise de vue. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 est une vue schématique d'un système informatique SYS incluant une pluralité de dispositifs de prise de vues répartis géographiquement. Dans notre exemple, le système inclut également un serveur SRV. Dans notre exemple, les dispositifs de prise de vues sont des caméras. La figure 2 est une vue schématique d'un lieu incluant plusieurs utilisateurs (UT1-UT3) disposant de caméras respectives (CAM1-CAM3). Dans notre exemple, les utilisateurs et les caméras sont au nombre de trois ; cependant, ce nombre pourrait être inférieur ou supérieur. Sur cette figure 2, est représentée une zone géographique ZG dans laquelle se situent les trois dispositifs de prise de vues. En référence à la figure 3, les caméras CAMn (n=1 à 3) sont équipées d'un processeur CPUn, d'une module de capture CPTn, d'un écran ECRn, d'un module de communication COMn pour communiquer avec d'autres dispositifs, un module mémoire MEMn pour mémoriser des données, reliés entre eux par l'intermédiaire d'un bus. Rappelons qu'un bus a pour fonction d'assurer le transfert de données numériques entre les différents circuits d'un ordinateur. Dans notre exemple, le bus en question inclut un bus de données et un bus de contrôle. A noter aussi que, dans notre exemple, le module mémoire décrit ci- dessus est une mémoire permanente, par exemple de type ROM (acronyme anglo-saxon de Read Only Memory) et que la caméra inclut également une mémoire vive respective (non représentée) servant à stocker de manière non durable des données de calcul utilisées notamment lors de la mise en oeuvre du procédé. L'écran ECR décrit ci-dessus servira, par exemple, comme nous le verrons dans la suite, des informations sur la prise de vue à prendre en compte. Dans notre exemple, le module de communication permet d'accéder à internet via un réseau Wi-Fi/3G/4G. La caméra peut être une caméra classique c'est-à-dire manipulable avec la main, ou peut être placée sur des lunettes, ou intégrée à des lunettes connectées connues de l'homme du métier. Ces lunettes connectées incluent généralement une caméra intégrée, un micro, un pavé tactile sur l'une des branches, un mini-écran pour l'affichage d'informations et un module de communication pour l'accès à internet via un réseau Wi-Fi/3G/4G ou Bluetooth. Le module de communication peut aussi être un module une liaison de communication de courte portée du type Bluetooth permettant aux lunettes de communiquer avec un dispositif, tel qu'un smartphone, apte à communiquer via un réseau de télécommunication. Dans cette configuration, Les lunettes sont une extension du Smartphone. Dès que le Smartphone est apparié avec les lunettes, ces derniers peuvent communiquer ensemble. Notre exemple se basera sur des caméras équipées d'un module de communication COM apte à communiquer avec un réseau 3G. Dans notre exemple, un serveur SRV centralise des données (captures ou autres) pouvant provenir des caméras, notamment des vues capturées par les caméras. La localisation de ce serveur est quelconque ; il peut être localisé dans une mémoire d'une lunette ou sur le réseau de télécommunication. Dans notre exemple le serveur se situe sur le réseau RES. Le système comprend également un module de localisation LOC apte à localiser les caméras. La méthode utilisée pour obtenir la localisation est quelconque. Ce moyen peut être indifféremment, un moyen de localisation utilisant le positionnement par satellite GPS (Global Positionning System), un moyen de localisation utilisant les réseaux de téléphonie mobile tel que le différentiel temps plus connu sous le sigle EOTD (Enhanced Observed Time Difference), le système d'identification de cellule GSM, la triangulation, etc. Le moyen de localisation peut aussi être tout simplement un moyen apte à recevoir une localisation fournie par l'utilisateur de la caméra. Tout comme le serveur, la localisation du module de localisation LOC dans le système SYS est quelconque. Dans notre exemple, ce module est situé dans le serveur SRV. Le système comprend aussi un module apte à obtenir la direction des prises de vue de chaque caméra. La connaissance de la direction permet de connaître la zone capturée par un dispositif de prise de vue à une position géographique donnée. On considère, dans la suite, un lieu tel qu'illustré à la figure 3 dans lequel se situent les trois utilisateurs décrits ci-dessus et qu'un événement I se produit tel qu'un incident par exemple une agression physique. Lors d'une première étape ET1, l'utilisateur de la première caméra CAM1 visualise l'incident I avec sa caméra. A cet instant, lors d'une deuxième étape ET2, la première caméra CAM1 transmet sur le réseau RES à destination du serveur SRV une alerte AL. La transmission peut par exemple être à l'origine d'une action de l'utilisateur sur la caméra ; l'action ayant pour fonction la transmission de l'alerte AL. Nous verrons en référence à la figure 5 que l'alerte peut être accompagnée d'une information sur la direction DIR1 de la prise de vues de la caméra afin de repérer l'événement dans l'espace. Dans notre exemple, lors d'une deuxième étape ET2b, la caméra réalise une prise de vue PV1 de l'incident I, et dans notre exemple un enregistrement WR1 de cette prise de vue. A noter que l'enregistrement est optionnel, la capture pouvant être transmise à la volée vers le serveur SRV. Dans notre exemple, les étapes ET2 et ET2b s'effectuent en parallèle ; cependant ces deux étapes pourraient être exécutées l'une après l'autre. Lors d'une troisième étape ET3, suite à la réception de l'alerte AL, le serveur SRV localise la caméra à l'origine de la transmission de l'alerte AL, à savoir la première caméra CAM1 dans notre exemple. Le serveur obtient une localisation LOCI grâce au module de localisation LOC. Lors d'une quatrième étape ET4, le serveur SRV détermine si une caméra, autre que la première caméra, est présente dans le lieu de l'incident. Dans notre exemple, les deux caméras CAM2 et CAM3 sont présentent sur le lieu de l'incident I. Lors d'une cinquième étape ET5, le serveur SRV commande auprès des caméras CAM2 et CAM3 une capture des vues capturées par les caméras CAM2 et CAM3. Dans notre exemple, le serveur commande également un enregistrement en local de la prise de vue, c'est-à-dire dans les modules mémoires MEM2 et MEM3 des caméras. Les commandes résultantes Cd-WR2 et Cd-WR3 respectives peuvent être transmises simultanément ou à des instants différents. De manière à ce que les prises de vue s'effectuent dans une direction adéquate, le serveur notifie, lors d'une sixième étape, aux caméras des informations INF2 et INF3 sur la prise de vue souhaitée. La notification peut être reçue par les utilisateurs des caméras concernées sous forme sonore ou visuelle. La notification peut être affichée sur l'écran ECRn. Si la caméra est équipée de moyens de restitution sonore tels que haut-parleurs, ou écouteurs, la notification peut être restituée par le biais de ces moyens de restitution. Par exemple, si les caméras sont disposées sur des lunettes connectées disposant d'un écran, les informations sur la prise de vues souhaitée peuvent être affichées sur l'écran des lunettes. A réception des informations souhaitées sur la prise de vues, les utilisateurs UT2 et UT3 se déplacent respectivement de manière à respecter les informations de manière à capturer la zone incluant l'incident. Le sens d'exécution de la cinquième et de la sixième étape est quelconque. Ces deux étapes peuvent aussi se réaliser simultanément ; dans cette configuration, les commandes d'écriture incluent des informations sur la prise de vue souhaitée. Il en résulte, lors d'une septième étape, des prises de vue PV2 et PV3 respectives par les caméras CAM2 et CAM3 et, dans notre exemple, des enregistrements WR2 et WR3, de ces prises de vue, respectivement. A noter que les enregistrements peuvent être commandés à l'insu des utilisateurs. Une fois les enregistrements réalisés, lors d'une huitième étape ET8, les caméras transmettent respectivement les enregistrements fi, 12 et 13, réalisés 10 par les caméras CAM1, CAM2 et CAM3 respectivement au serveur SRV pour y être stockés. Les instants de transmission peuvent être les mêmes ou différents. Ensuite, ces enregistrements peuvent servir à reconstituer l'incident I. Selon une première variante possible, une fois les enregistrements effectués à la septième étape ET7, ces derniers sont chiffrés par un algorithme 15 de chiffrement connu de l'homme du métier. Dans notre exemple, les enregistrements sont chiffrés par les caméras. Dans cette configuration, les enregistrements chiffrés son transmis au serveur SRV. Ce chiffrement est utile par exemple à des fins de preuves reconnues légalement, la clé déchiffrement étant détenue par un tiers autorisé, par exemple la police. 20 A noter que le chiffrement des enregistrements pourrait être effectué par une autre entité par exemple le serveur SRV. Au fil du temps, le serveur SRV peut stocker plusieurs enregistrements relatifs à divers incidents Ik (k identifiant un identifiant particulier). De manière à rassembler des enregistrements relatifs à un même incident, des identifiants ID- 25 Ik sont attribués aux incidents, respectivement. Dans notre exemple, les enregistrements WR1-WR3 sont liés à un identifiant ID-I1 si on considère que l'incident est noté Il. Dans notre exemple, l'identifiant ID-1k est généré après réception de l'alerte AL. Une fois l'identifiant généré, celui-ci est transmis aux caméras concernées par la prise de vue d'un incident. Par exemple, cet identifiant peut être transmis lors de la cinquième étape ET5 avec la commande d'écriture. La durée des enregistrements correspond idéalement à la durée de l'incident. Cependant cette durée n'est pas toujours prévisible. Dans cette configuration, la durée peut être fixée au préalable ou être fonction d'une commande de fin actionnée par l'utilisateur ou par un logiciel d'analyse intelligente d'images capables de détecter la fin d'un événement. Un tel logiciel « d'analyse intelligente » permet par exemple de détecter automatiquement un objet abandonné, mais aussi de permettre la détection automatisée de « comportements suspects ». Dans le mode décrit ci-dessus, les dispositifs enregistrent les captures respectives. Selon une variante, suite aux enregistrements, les dispositifs transmettent au serveur SRV les captures pour y être enregistrées. Nous avons introduit précédemment que le système comprend un module apte à obtenir la direction des prises de vue de chaque caméra et que la connaissance de la direction permettait de connaître la zone capturée par un dispositif de prise de vue à une position géographique donnée. On a vu aussi que, à la sixième étape, des informations sont transmises aux caméras CAM2 et CAM3 pour que ces dernières capturent la scène correctement. Dans cette configuration, pour l'obtention des directions de prises de vue, tout ou partie des caméras sont équipées d'un accéléromètre et d'une boussole. Dans notre exemple, une direction est donnée par l'intermédiaire d'un angle et d'un point cardinal choisi parmi les 4 points cardinaux à savoir le Nord, le Sud, l'Est et l'Ouest. Dans notre exemple, le Nord forme l'angle 0°, et les degrés vont dans le sens des aiguilles d'une montre. Ainsi, à 900 se trouve l'est, à 180° se trouve le Sud et à 270° se trouve l'Ouest. En référence à la figure 5, deux exemples sont décrits. Sur cette figure 5, nous avons représenté uniquement la deuxième caméra CAM2 à des fins de simplification de l'exposé. Un premier exemple dans lequel la première caméra a une localisation LOCI et une direction DIR1 à 95°. Un deuxième exemple dans lequel la première caméra est orientée à 280°. Dans cette configuration, parmi les informations que reçoit la deuxième caméra à la sixième étape ET6, une information concerne la direction DIR2 de la prise de vue à prendre en compte par la deuxième caméra CAM2; Dans notre exemple, lorsque l'angle est de 95° pour la première caméra, l'information INF2 inclut un angle de l'ordre de 170° ; et lorsque l'angle est de 280°, l'information INF2 inclut un angle de l'ordre de 270°. Précisons enfin que dans ce qui précède, le terme module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). REVENDICATIONS1. Procédé de gestion de l'enregistrement d'un événement (I) se produisant dans un lieu incluant une pluralité de dispositifs de prise de vues (CAM1- CAM3) aptes à communiquer avec un réseau de communication, caractérisé en ce qu'il comprend les étapes suivantes - Une étape de détection (ET1) d'un événement, - Une étape de transmission (ET5), via le réseau, à des dispositifs de prise de vues aptes à prendre des vues de l'événement, d'une commande de capture (Cd-WR2, Cd-WR3) de l'événement, 2. Procédé de gestion selon la revendication 1, caractérisé en ce que l'étape de détection est réalisée au niveau d'un premier dispositif (CAM1) et en ce que les dispositifs de prise de vues (CAM2, CAM3) auxquels sont transmises des commandes de capture respectives sont des seconds dispositifs situés à proximité du premier dispositif. 3. Procédé de gestion selon les revendications 1 et 2, caractérisé en ce que l'étape de détection est réalisée par une action de l'utilisateur du premier dispositif. 4. Procédé de gestion selon la revendication 1, caractérisé en ce que les dispositifs sont équipés de modules mémoires respectifs et en ce l'étape de transmission est suivie d'une étape de capture suivie d'une étape d'enregistrement (ET7, WR2-WR3) de la capture dans des mémoires respectives des dispositifs. 5. Procédé de gestion selon la revendication 4, caractérisé en ce que les enregistrements réalisés sont chiffrés au moyen d'un algorithme de chiffrement, respectivement. 6. Procédé de gestion selon la revendication 1, caractérisé en ce qu'un identifiant (ID-In) est attribué à l'événement (I), et en ce que les enregistrements relatifs à cet événement sont associés à cet identifiant. 7. Procédé de gestion selon la revendication 4, caractérisé en ce que les captures réalisées sont transmises sur le réseau et en ce que si un dispositif est déconnecté du réseau lors de la transmission, la transmission est suspendue et reprise après qu'une connexion soit établie avec le réseau. 8. Procédé de gestion selon la revendication 1, caractérisé en ce que les dispositifs destinataires de la commande de capture reçoivent en outre des informations à prendre en compte pour la prise de vue. 9. Système (SYS) de gestion de l'enregistrement d'un événement se produisant dans un lieu incluant une pluralité de dispositifs de prise de vues (CAM1-CAM3) aptes à communiquer avec un réseau de communication (RES), caractérisé en ce qu'il comprend : - un module de détection d'un événement, - un module de transmission apte à transmettre, via le réseau, une commande de capture (Cd-WR2, Cd-WR3) de l'événement, à des dispositifs de prise de vue aptes à prendre des vues de l'événement.