Brevet FR3000261A1 — publié le 20140627

Optimisation de matériels de sécurité pour un bâtiment La présente invention concerne une optimisation de matériels de sécurité à prévoir pour un bâtiment. Par exemple, le bâtiment peut comporter une pluralité de salles ayant chacune une fonctionnalité définissant des conditions d'accès pour différentes catégories d'utilisateurs. Il peut s'agir par exemple d'un bâtiment collectif (par exemple un ensemble scolaire ou universitaire, un groupe hospitalier ou encore une entreprise), dans lequel chaque salle a une fonctionnalité donnant lieu à des règles d'accès spécifiques. Ainsi, une salle comprenant des serveurs informatiques peut nécessiter des dispositifs de haute sécurité (par exemple un verrou complexe et un dispositif d'identification biométrique) avec un accès limité aux responsables informatique quand une salle de repos dans un hôpital ne nécessite qu'un dispositif simple (lecteur de badge) avec un accès pour tous les médecins et infirmiers. Par exemple, les matériels de sécurité peuvent comporter des serrures tubulaires, à combinaison, à crémone, à garnitures, à gorges, à goupilles, à pompe ou encore à secret. Ils peuvent en outre comporter des digicodes, des lecteurs de badges électromagnétiques, optiques, des dispositifs d'identification biométriques (analyse morphologique, empreintes digitales, reconnaissance de l'iris ou encore reconnaissance de visage). Ces dispositifs peuvent être interconnectés et gérés de manière automatique ou manuelle par une unité centrale. Ils peuvent également être couplés à des dispositifs de vidéo-protection. Ainsi, l'installation de matériels de sécurité nécessite l'établissement de données précises et chiffrées relatives aux différentes ouvertures des différentes salles des différents bâtiments. Ces données comprennent par exemple le nombre d'ouvertures à sécuriser dans une salle, le nombre de salles, les personnes autorisées à accéder à chaque salle, le degré de sécurité à prendre en compte pour chaque ouverture, les caractéristiques techniques de chaque matériel de sécurité (par exemple type de dispositif, taille des barillets ou encore matière utilisée, etc). Ces données sont nécessaires aux fournisseurs de matériels de sécurité afin d'adapter ces matériels aux bâtiments et doivent donc être consciencieusement collectées. Habituellement, une personne (par exemple un employé d'une entreprise fournissant des systèmes de sécurité) doit établir toutes les données nécessaires à la confection des matériels de sécurité en se rendant physiquement dans les bâtiments. Il est ainsi nécessaire de dépêcher pendant plusieurs jours un employé afin qu'il puisse établir, pour chaque local à sécuriser, des données précises pour l'installation des matériels de sécurité et afin qu'il se renseigne sur les droits d'accès accordés pour chaque local. Néanmoins, une telle démarche nécessite la mobilisation de nombreux employés pendant des durées longues. La présente invention vient améliorer la situation. Elle propose à cet effet un procédé mis en oeuvre par des moyens informatiques, d'optimisation de matériels de sécurité destinés à un bâtiment, dans lequel : - sur réception de données caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès aux ouvertures de salles, on détermine, pour chaque ouverture de salle, un jeu de paramètres définissant au moins des conditions d'accès à l'ouverture de la salle et un nombre de droit d'accès à l'ouverture de la salle dans ces conditions, - par lecture d'une table de correspondance entre, d'une part, des paramètres de conditions d'accès, et, d'autre part, un type de matériel de sécurité correspondant, établir une liste chiffrée de matériels de sécurité adaptés audit bâtiment. Ainsi, la présente invention ne nécessite plus la mobilisation d'employés pour faire l'inventaire des différentes ouvertures dans les différentes salles des différents bâtiments. En effet, les responsables de la sécurité d'un bâtiment nécessitant la mise en place de matériels de sécurité (par exemple les responsables de la sécurité d'une entreprise, chefs d'entreprises, directeurs d'hôpitaux, de groupes scolaires) peuvent directement, grâce à la présente invention, établir la liste chiffrée nécessaire à l'adaptation des matériels de sécurité aux spécificités des bâtiments par les fournisseurs de ces matériels. A cet effet, il leur suffit par exemple de renseigner des données concernant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment, des droits d'accès aux ouvertures de salles et des caractéristiques relatives à ces ouvertures. De telles données sont facilement disponibles pour les responsables de la sécurité présentes au sein de l'entité nécessitant la mise en place de matériels de sécurité. La présente invention interprète ces données en les formulant selon des paramètres à mettre en correspondance avec un type de matériel de sécurité, afin de fournir une liste chiffrée complète et directement utilisable par les fournisseurs de matériel. Les caractéristiques relatives à ces ouvertures peuvent par exemple comprendre les caractéristiques techniques (par exemple alliage utilisé, taille du barillet, nombre et types de serrures, etc.) ou encore des caractéristiques esthétiques (couleur et forme des barillets, cylindres ou clés par exemple). Pour des bâtiments neufs, il est aussi possible pour un maître d'ceuvre de concevoir, en prévision de la construction, les fonctionnalités des accès des parties communes et leur rapport avec les accès privés, par exemple. La liste chiffrée peut par exemple comprendre la liste des matériels de sécurité, les caractéristiques techniques des ouvertures des salles ou encore les exigences relatives au degré de sécurité des différents dispositifs. Bien sûr, une telle liste ne se limite pas à ces informations mais peut également comprendre par exemple des métadonnées directement interprétables par les fournisseurs de matériels de sécurité comme l'identité des personnes susceptibles d'accéder aux locaux (dans le cas de badges électromagnétiques par exemple), les codes d'identification de certains dispositifs, les paramétrages souhaités pour la sensibilité de dispositifs d'identification (par exemple le degré de correspondance souhaité lors de l'utilisation d'algorithmes de reconnaissance d'empreintes digitales) ou encore les plages horaires sur lesquelles les droits d'accès sont garantis (accès à certaines salles limité dans le temps). Bien entendu, une telle liste chiffrée est plus facilement générée par une personne interne à l'entité nécessitant l'installation des matériels de sécurité. Ainsi, en plus d'éviter la mobilisation d'une personne externe pour établir une telle liste, la présente invention raccourcit sensiblement la durée nécessaire pour établir cette liste. Cette liste chiffrée peut par exemple prendre la forme de données numériques codées (dans un souci de sécurité), d'un document informatique directement éditable (dans un souci d'efficacité) ou encore de données internet dynamiques (par exemple codées en PHP5, JavaScript ou HTML5). Dans une réalisation, le matériel de sécurité comporte au moins une serrure pour une ouverture de salle et une ou plusieurs clés pour ladite serrure, et les paramètres précités comportent un nombre de droits d'accès définissant un nombre de clés pour ladite serrure. Le responsable de la sécurité de l'entité nécessitant l'installation de matériels de sécurité dispose d'un contact favorisé avec les personnes susceptibles d'avoir accès aux différentes salles pour lequel l'installation d'un matériel de sécurité est prévu. Ainsi, ce responsable a plus de facilités pour établir les données requises pour établir la liste chiffrée nécessaire aux fournisseurs. Dans cette réalisation, les données reçues comportent en outre des caractéristiques propres aux serrures et/ou clés, pour une destination prévue pour chacune desdites serrures et clés correspondantes. Par exemple, ces données peuvent comporter une résistance à la rouille, souhaitée par l'utilisateur, de sorte que le matériel à prévoir peut être sélectionné parmi ceux comportant un revêtement de protection (par exemple contre la rouille), ou encore conçus dans un alliage de solidité (notamment rigidité, déformabilité) compatible avec des critères de sécurité souhaités (serrure d'une porte sur rue, par exemple). On peut prévoir aussi que les données reçues comportent par exemple une plage de dimensions souhaitées (par exemple de longueur) pour une serrure (la longueur du barillet par exemple), compatible avec une épaisseur de porte prévue en une ouverture donnée. Dans une autre réalisation, la table de correspondance comporte une pluralité de types de matériel de sécurité répondant aux paramètres de conditions d'accès, et le procédé comporte en outre l'entrée d'instructions d'au moins un administrateur de la table de correspondance pour hiérarchiser ladite liste chiffrée en fonction de règles choisies. La table de correspondance donne des choix possibles de matériels de sécurité selon les paramètres de conditions d'accès issus des exigences du responsable de la sécurité de l'entité nécessitant l'installation de matériels de sécurité. Cette table de correspondance donne donc un choix fondé sur les exigences de l'utilisateur et sur les matériels de sécurité disponibles. Ainsi, dans une réalisation, il peut être prévu qu'un administrateur d'un système mettant en oeuvre la présente invention puisse mettre à jour la table de correspondance en modifiant les règles de choix que réalise la table de correspondance, en ajoutant et/ou en retirant par exemple certains fournisseurs de matériels de sécurité. Il peut par exemple décider de faire intervenir avec plus ou moins d'importance des paramètres tels que par exemple le coût d'un matériel, le stock, la durée de livraison, la marge faite par produit, etc. Dans la limite de restrictions initiales et sous réserve que des modifications souhaitées par l'utilisateur soient réalisables et compatibles, selon des calculs de paramétrage initiaux,avec le matériel d'origine, on établit des paramètres de conditions d'accès du type précité. Dans un autre mode de réalisation, les données étant reçues d'un utilisateur, une communication électronique comportant ladite liste chiffrée est générée à destination de l'utilisateur. Ainsi, il est possible d'éditer un document informatique correspondant à la liste précitée et résumant les matériels adaptés aux besoins de l'utilisateur. Les données de contact de l'utilisateur peuvent faire partie des données reçues par un système mettant en oeuvre la présente invention, par exemple des données d'adresse email ou autres. Dans une autre réalisation, les paramètres de conditions d'accès comportent, pour chaque ouverture de salle de bâtiment, une pluralité de nombres d'accès à l'ouverture de salle pour une pluralité respective de types d'accès prédéterminés, chaque type d'accès définissant une catégorie de groupe d'utilisateurs de ladite ouverture de salle. La collecte des données nécessaires pour établir les paramètres de conditions d'accès peut s'avérer fastidieuse. Par exemple, le responsable en charge de cette tâche peut avoir à remplir pour chaque ouverture les droits d'accès des différents personnels concernés. La présente réalisation regroupe certains utilisateurs afin de réduire significativement les opérations de collecte. Ainsi, par exemple, il est possible de répartir les différents employés d'une entreprise dans différents groupes et d'assigner ensuite les différentes salles à ces différents groupes. Dans un autre mode de réalisation ladite liste chiffrée est sauvegardée sur une plateforme dématérialisée sécurisée par des données d'identification. Cet accès dématérialisé centralise les données constitutives de la liste chiffrée afin de le rendre facilement disponible pour l'utilisateur en charge de la collecte des données nécessaires à l'installation des matériels de sécurité dans le bâtiment. De plus, un tel accès peut, par exemple, rendre possible la modification ultérieure de la liste chiffrée. Dans un autre mode de réalisation, à l'issue de l'étape d'établissement de la liste chiffrée, un document informatique comportant des données de ladite liste est généré. De plus, un éditeur du document informatique en ligne pour modifier et sauvegarder les données de liste chiffrée est prévu. Une telle édition de la liste chiffrée rend par exemple possible l'adaptation dynamique des matériels de sécurité aux exigences possiblement évolutives des utilisateurs des bâtiments sécurisés par de tels matériels. Dans une autre réalisation, les matériels de sécurité comprennent des équipements d'accès à codes d'identification, et les paramètres de condition d'accès comprennent les codes d'identification desdits équipements. L'usage de tels codes d'accès réduit la complexité de la gestion des droits d'accès en ce que ces droits d'accès sont déterminés par la simple connaissance du code d'identification. De plus, de tels dispositifs peuvent être couplés avec d'autres dispositifs (clés ou dispositif biométrique par exemple) afin d'améliorer le degré de sécurité de l'ouverture concernée. Dans une réalisation, les paramètres de condition d'accès comportent en outre des plages temporelles d'accès différenciées par type de droit d'accès. L'accès à certaines salles peut être temporellement restreint afin d'optimiser l'utilisation de ces salles. Par exemple, une salle de repos peut-être accessible aux heures de pause des employés (le midi par exemple) et accessible à des badges visiteurs le reste du temps afin de transformer cette salle de repos en salle de réunion avec des clients (le matin par exemple). En intégrant ces données temporelles dans la liste chiffrée, les responsables des bâtiments dans lesquels ces systèmes sont installés peuvent établir et modifier les plages d'accès aux salles sans avoir à requérir l'assistance d'une personne externe. Dans le cas où cette liste chiffrée est éditable en ligne, ces responsables peuvent en effet modifier la liste chiffrée, ce qui peut, par exemple, avoir pour effet de modifier de manière dynamique les plages horaires concernées. Dans un autre mode de réalisation, les matériels de sécurité comprennent des équipements d'identification biométriques, et les données reçues de l'utilisateur comprennent en outre des données biométriques pour l'ouverture des ouvertures de salles. De plus, les paramètres comportent des signatures biométriques issues des données biométriques des utilisateurs. Un tel mode de réalisation peut par exemple rendre possible la mise en place de matériels de haute sécurité nécessitant des réglages techniques précis sans toutefois engendrer les inconvénients habituels liés à la mise en place de tels systèmes (configuration fastidieuse nécessitant la mobilisation d'équipes externes et spécialisées). Ainsi, par exemple, le responsable de la sécurité de l'entité nécessitant l'installation de matériels de sécurité peut directement solliciter les utilisateurs des ouvertures des salles afin d'obtenir les données biométriques nécessaires. Dans un autre mode de réalisation, les paramètres de conditions d'accès comportent, pour chaque type de bâtiment d'une pluralité de bâtiments de référence, un modèle prédéterminé de paramètres de conditions d'accès. Un tel modèle prédéterminé limite par exemple les efforts nécessaires pour la collecte des données dans les cas où les bâtiments dans lequel doivent être installés les matériels de sécurités sont des bâtiments standards (local technique d'un opérateur téléphonique, maison en kit pour un particulier, toilettes publiques par exemple). L'invention peut être mise en oeuvre par un serveur distant, accueillant des requêtes en ligne de tiers remplissant par exemple un questionnaire numérique, afin de communiquer au serveur les données précitées caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès aux ouvertures de salles, pour une optimisation de matériels de sécurité destinés au bâtiment. A ce titre, l'invention vise aussi un tel serveur comportant des moyens informatiques pour: - sur réception de données caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès aux ouvertures de salles, déterminer, pour chaque ouverture de salle, un jeu de paramètres définissant au moins des conditions d'accès à l'ouverture de salle et un nombre de droit d'accès à l'ouverture de salle dans ces conditions, - par lecture d'une table de correspondance entre, d'une part, des paramètres de conditions d'accès, et, d'autre part, un type de matériel de sécurité correspondant, établir une liste chiffrée de matériels de sécurité adaptés au bâtiment. L'invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé ci-avant, lorsque ce programme est exécuté par un serveur. D'autres avantages et caractéristiques de l'invention apparaîtront à la lecture de la description détaillée ci-après donnée à titre d'exemple de réalisation possible, aucunement limitatif, et des dessins annexés sur lesquels : -la figure 1 illustre schématiquement un contexte général d'application possible de l'invention, -la figure 2 illustre schématiquement un exemple de réalisation d'un serveur pour la mise en oeuvre de l'invention, -la figure 3 illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un exemple de réalisation, -la figure 4 présente un exemple d'interface pour la réalisation d'un procédé au sens de l'invention, dans un mode de réalisation, -la figure 5 illustre schématiquement les étapes d'un procédé au sens de l'invention, dans un exemple de réalisation, -la figure 6a présente un exemple d'interface pour la réalisation d'un procédé au sens de l'invention, dans un mode de réalisation, -la figure 6b présente un exemple d'interface pour la réalisation d'un procédé au sens de l'invention, dans un mode de réalisation, -la figure 7 présente un exemple de document informatique éditable pour la réalisation d'un procédé au sens de l'invention, dans un mode de réalisation. On se réfère à la figure 1 pour décrire un exemple d'application de l'invention. Un client 12, pour une commande de matériels de sécurité destiné à équiper un bâtiment, utilise un terminal 11 tel qu'un ordinateur, une tablette ou un Smartphone, connecté à un réseau de communication 13. Par ailleurs, un serveur 15 relié à une mémoire stockant une base de données 14 est connecté au réseau 13. Le client 12 peut alors passer une commande en connectant son terminal 11 au serveur 15 via le réseau 13. A cet effet, il répond par exemple à un questionnaire numérique, à travers une interface ou un site web. Les données Q générées par les réponses au questionnaire sont interprétées et validées par le serveur 15. Ensuite, le serveur 15 met en correspondance les données Q avec des données DATA issues de la base de données 14. Le serveur 15 génère alors une liste chiffrée LC. Cette liste chiffrée LC peut être transmise en retour au client utilisateur du terminal 11 et/ou peut être ultérieurement utilisée par un fournisseur 16, connecté au réseau 13, pour obtenir les matériels de sécurité adaptés. La figure 2 présente schématiquement la structure du serveur 15, comportant : une première interface d'entrée El pour recevoir des données Q issues des réponses d'un utilisateur du terminal 11 à un questionnaire en ligne, un processeur PROC et une mémoire de travail MEM pour traiter ces données Q, une deuxième interface d'entrée E2 pour recevoir des données DATA de la base de données 14, - et une interface de sortie S pour délivrer les données de la liste chiffrée LC. En particulier, le processeur et la mémoire de travail vérifient le format et la validité des données Q. En outre, la mémoire MEM stocke une table de correspondance comportant des règles d'affectation de types de matériels en fonction des données Q validées. Les règles de hiérarchisation peuvent par exemple être données par : le type de sécurité qui doit être associée à un accès (accès à niveau de sécurité bas par exemple pour tout le personnel du bâtiment (salle de réunion générale, cafétéria, etc.), accès à niveau de sécurité intermédiaire pour une partie seulement du personnel (bureaux de direction, salle informatique, etc.), ou accès à niveau de sécurité élevé nécessitant en outre un code d'identification et/ou un relevé biométrique), le nombre d'accès à prévoir, - la disponibilité (prix, délais de livraison, etc.) des matériels de sécurité. En outre, dans un exemple de réalisation, des modèles de bâtiments (école, cabinet médical, entreprises, maison individuelle) peuvent être préenregistrés dans la mémoire de travail MEM pour définir les règles métier précitées. Ainsi, la liste chiffrée LC est obtenue à partir : - des données Q relatives au bâtiment et qui sont issues de l'interrogation du terminal 11, et - les données DATA relatives aux matériels de sécurité disponibles, contenues dans la base de données 14, - avec des règles de correspondance du type précité, qui sont des règles métier adaptables par un administrateur, utilisant le serveur 15. On décrit maintenant en référence à la figure 3 un procédé d'optimisation de la sélection de matériels de sécurité pour un bâtiment à sécuriser, selon un mode de réalisation de l'invention. A l'étape S21, les données du questionnaire d'utilisateur Q sont entrées par exemple par le responsable de la sécurité du bâtiment nécessitant l'installation de matériels de sécurité. A l'étape S22, un modèle prédéterminé correspondant à un type de bâtiment parmi une pluralité de bâtiments de référence est sélectionné par l'utilisateur EUm. Cette étape S22 conduit ainsi au test T23 qui vérifie si les données du questionnaire Q caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès aux ouvertures de salles n'est pas incompatible avec le modèle sélectionné. Si oui, des paramètres PARAM de condition d'accès sont générés à l'étape S24. Si non, le procédé reprend à l'étape S21 en réorientant par exemple l'utilisateur vers un choix plus cohérent. A l'étape S25, la base de données BDD fournit des données DATA relatives notamment aux matériels de sécurités disponibles, à leurs caractéristiques, etc. Ces données sont mises en correspondance avec les paramètres PARAM à l'étape S26. Une table de correspondance peut effectuer une hiérarchisation des matériels les mieux adaptés (selon par exemple les règles de hiérarchisation précitées) aux paramètres de conditions d'accès PARAM. Ainsi, la liste LC obtenue à l'étape S27 peut être ordonnée selon cette hiérarchie. Le test T29 fait intervenir l'utilisateur client à l'étape S28 pour vérifier que la liste LC soumise correspond bien à ses choix initiaux entrés via le questionnaire précité. Si l'utilisateur est d'accord avec la liste chiffrée soumise, cette liste chiffrée est validée à l'étape S29. Une étape suivante (non représentée) peut être la soumission d'un devis correspondant aux matériels de la liste. Si l'utilisateur client n'est pas d'accord avec des données de liste LC, le procédé reprend à l'étape S21 en retournant à l'interface du questionnaire numérique. On présente ci-après un exemple de réalisation possible, aucunement limitatif. Dans cet exemple de réalisation, il est proposé un service en ligne, de sélection d'un plan de combinaison (figure 7) fournissant une liste chiffrée, selon une interface utilisateur interactive dédiée (accessible via une tablette tactile par exemple). Elle permet de créer rapidement et intuitivement un plan de combinaison complexe de cylindres et clefs avec une hiérarchisation des droits d'accès avec création d'une clé de type « passe » général, des clés de type « passes> partiels avec ou sans interférences, et des ouvertures centrales. La génération d'une liste chiffrée est mise en oeuvre par référence à une table de correspondance, et ce à partir du plan de combinaison précité, renseigné par l'utilisateur assisté de différents moyens comme présenté ci-après en référence à la figure 5 notamment. Ce service est centré sur la définition des ouvertures (portes), des utilisateurs (clés d'accès), et les droits reliant les deux. Une fois le plan de combinaison établi, l'utilisateur reçoit la liste chiffrée correspondant par communication électronique, exploitable directement par tout fabricant, et donnant éventuellement lieu à un devis. Parmi des fonctionnalités prévues, il est par exemple possible de : - sauvegarder le plan de combinaison sur une plateforme dédiée, - créer un historique des plans dans un compte client, - recharger, dupliquer et modifier des plans dans un éditeur de plans. Dans un premier temps, on définit le type de bâtiment à sécuriser (un hôpital psychiatrique, une école, hôtel, entreprise, etc.). On définit également un niveau de sécurité pour ce bâtiment (sécurité standard, sécurité renforcée ou haute sécurité par exemple). Dans un second temps, on propose à l'utilisateur la sélection de modèles de réglages pré- chargés. De tels modèles ont pour fonction de pré-remplir les champs relatifs aux ouvertures et à leurs conditions d'accès ultérieurement décris. Ces modèles de plan de combinaison sont proposés pour démarrer plus rapidement une nouvelle structure. La modélisation chargée contient l'intégralité des réglages nécessaires (portes, utilisateurs, droits). Par exemple, pour un immeuble d'habitations, chaque occupant a sa propre clé ouvrant uniquement le canon de la serrure de son propre appartement, le système de sécurité des parties communes et la porte d'entrée de l'immeuble, sans pouvoir ouvrir les autres appartements. Dans l'exemple d'un hôtel, cet hôtel comporte généralement des chambres avec clés individuelles distinctes, une réserve, une bagagerie, un bureau de direction, etc. Les portes des chambres ont donc des cylindres à bouton, sécurisant car actionnables de l'intérieur sans les clés. Pour une entreprise, par exemple, les accès aux locaux sont hiérarchisés pour faciliter la vie de chacun tout en maintenant un niveau de sécurité suffisant, tant pour la protection des biens que des personnes, et où chacun n'accède qu'aux locaux le concernant. Par exemple, pour une maison individuelle, vivre dans cette maison implique plusieurs portes (portail, garage, etc) et un encombrant trousseau de clés. Il est ainsi possible d'uniformiser l'ensemble pour que tout puisse être ouvert par une même clé, unique. Dans le cas d'un groupe scolaire par exemple (école primaire, lycée, faculté ou grande école), un plan de combinaison doit garantir la sécurité des biens et des personnes de ce groupe scolaire, dans le confort d'une ou deux clés seulement à son trousseau. Il est bien sûr possible d'envisager d'autres modèles afin de répondre à des besoins techniques nouveaux. Dès lors, les caractéristiques des cylindres dépendent du type de porte, et de ses implications sur la sécurité. Ainsi, une porte épaisse nécessite un cylindre plus long. Toutes ces caractéristiques techniques doivent être prises en compte lors de l'élaboration de nouveaux modèles. La figure 4 présente un exemple de champs pré-remplis relatifs aux ouvertures à leurs conditions d'accès dans le cas d'une entreprise. Sur cet exemple de plan de combinaison, le panneau de gauche 1 résume les différentes ouvertures, le panneau central 2 donne des explications sur les différents champs à remplir et le panneau de droite 3 donne une liste des personnes susceptibles d'accéder aux différentes ouvertures ainsi que les droits d'accès de ces personnes à ces différentes ouvertures. La modification de ces données est possible et sera décrite en détail ci-dessous. Dans un troisième temps, l'utilisateur est invité à modifier les champs pré-remplis s'il a choisi d'utiliser un modèle comme décrit ci-dessus. Il peut également choisir de définir seul la totalité des ouvertures et des droits d'accès correspondants à ces ouvertures. La figure 5 présente un exemple de réalisation d'un procédé de définition par un utilisateur des données nécessaires à l'établissement de la liste chiffrée. L'étape S51 correspond à une étape d'initialisation du procédé. Par exemple, un questionnaire vide est généré et affiché au moyen d'une interface graphique (l'exemple d'une telle interface sera donné aux figures 6a et 6b) afin que les différents champs puissent-être remplis par l'utilisateur. Au test T52, il est demandé à l'utilisateur s'il souhaite ou non utiliser un modèle proposant des champs pré-remplis. Si oui, il est invité à vérifier les choix proposés par le modèle à l'étape T55. Le modèle retenu est renseigné par la variable EUm. Sinon, il est invité à remplir lui-même les ouvertures et les droits d'accès à l'étape S53. A l'étape S53, l'utilisateur rentre lui-même une nouvelle ouverture à sécuriser NP ainsi que leurs caractéristiques techniques XNp ou un nouvel utilisateur des ouvertures précédemment renseignées NU ainsi que leurs droits d'accès aux différentes ouvertures XNu. Au test T54, il est proposé à l'utilisateur de procéder ou non au renseignement d'une nouvelle ouverture ou d'un nouvel utilisateur. Si oui, il est invité à renseigner une nouvelle ouverture ou un nouvel utilisateur à l'étape S53. Sinon, il lui est proposé de supprimer une ouverture ou un utilisateur à l'étape T56. Au test T55, l'utilisateur de la présente invention est invité à vérifier le plan de combinaison qu'il a pu remplir (manuellement si il n'a pas sélectionné de modèle ou automatiquement si il a bénéficié de l'aide d'un modèle). S'il est d'accord, les données sont formatées à l'étape S58. S'il n'est pas d'accord, il est redirigé vers l'étape T54 afin de renseigner une nouvelle entrée (ouverture ou utilisateur avec les caractéristiques techniques correspondantes) et/ou supprimer à l'étape T56 une entrée précédemment renseignée. Au test T56, l'utilisateur doit indiquer s'il souhaite ou non supprimer une entrée précédemment renseignée. Si oui, l'entrée sélectionnée est supprimée à l'étape S57. Si non, l'utilisateur est redirigé vers l'étape de vérification T55. A l'étape S58, les données entrées par l'utilisateur de la présente invention sont formatée afin de renvoyer les données Q et EUm utilisées lors des étapes ultérieures décrites ci-avant en référence à la figure 3, notamment. Un exemple d'interface d'édition du plan de combinaison décrite ci-dessus est donné aux figures 6a et 6b à titre indicatif. Sur ces figures, le panneau de gauche 1 résume les différentes ouvertures, le panneau central 2 donne des explications sur les différents champs à remplir et le panneau de droite 3 donne une liste des personnes susceptibles d'accéder aux différentes ouvertures ainsi que les droits d'accès de ces personnes à ces différentes ouvertures. Le panneau central affiche l'un des trois panneaux suivants, en fonction de la sélection de l'utilisateur ou groupe d'utilisateur : résumé, éditeur d'ouvertures, éditeur d'utilisateurs. La figure 6a correspond à la sélection d'une ouverture par l'utilisateur et la figure 6b à la sélection d'une personne par l'utilisateur de la présente invention. Dans la figure 6a, l'utilisateur de la présente invention a la possibilité de supprimer toutes les ouvertures la ou tous les utilisateurs 3a. Il peut également choisir de créer de nouvelles ouvertures lb ou un nouvel utilisateur 3b en rentrant ces ouvertures ou utilisateurs et en rentrant les caractéristiques techniques correspondantes (par exemple le type de cylindre 2b, dimension du cylindre 2c ou finitions du cylindre 2d), ceci correspondant à l'étape S53 de la figure 5. Il est par exemple fait usage d'icônes illustratives, et de curseurs numériques ou « sliders » pour les dimensions. Les modifications sont propagées instantanément dans le résumé des ouvertures. L'utilisateur de la présente invention a également la possibilité de supprimer une ouverture ou un utilisateur en sélectionnant l'ouverture ou l'utilisateur et en choisissant l'option « supprimer» 2a. De même dans le cas où l'utilisateur de la présente invention sélectionne un utilisateur ou groupe d'utilisateur du bâtiment à sécuriser (panneau de droite 3), le panneau central propose de remplir les droits d'accès aux différentes ouvertures 2c', le nombre de clés pour cet utilisateur ou groupe d'utilisateur 2b' et s'il s'agit d'un passe général (accès à toutes les ouvertures 2d'). Dans un quatrième temps, les données Q et EUm sont traitées afin de générer la liste chiffrée comme cela a pu être présenté ci-dessus (figure 3). Dans un mode de réalisation, un administrateur de la table de correspondance a la possibilité d'adapter les règles prédéterminées à l'origine de la hiérarchisation générée par cette table de correspondance. Par exemple, et de manière nullement limitative, cet administrateur peut être un intermédiaire entre un utilisateur souhaitant sécuriser un bâtiment et un fournisseur de matériels de sécurité nécessitant des données précises pour la conception de ces matériels de sécurité. Il peut également s'agir d'un fournisseur ayant mis en place la présente invention pour faciliter l'obtention des données de conception des systèmes de sécurité ou encore un utilisateur par exemple spécialisé dans le bâtiment. Cet administrateur peut intervenir sur la hiérarchisation des résultats donnés par la table de correspondance à différents niveaux. Il a par exemple la possibilité de reprendre manuellement (intervention directe de l'administrateur sur le code source) les règles prédéterminées. Avantageusement, une interface administrateur est prévue pour la gestion des règles de hiérarchisation. Ainsi, plusieurs choix de règles sont proposés à l'administrateur sans qu'il ait à modifier le code source. Il peut par exemple choisir de favoriser l'emploi de matériels de sécurité dont les délais de livraison sont les plus court ou qui sont les plus facilement disponibles. Dans une réalisation, la liste chiffrée est sauvegardée sur une plateforme dématérialisée sécurisée par des données d'identification. La liste chiffrée peut être, par exemple, stockée sous formes de données brutes uniquement compréhensibles pour les concepteurs de matériels de sécurités. Ainsi, dans ce mode de réalisation, il est prévu de rendre ces données accessibles à l'utilisateur. Pour ce faire, ces données sont traitées afin de générer un document informatique (fichier informatique de type classeur) (figure 7) facilement éditable. Ce document peut ensuite être téléchargé, édité via une interface utilisateur sur la plateforme dématérialisée ou encore supprimé. Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci- avant à titre d'exemple ; elle s'étend à d'autres variantes. On a décrit ci-avant un mode de réalisation basé sur une réception de données caractérisant au moins un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment, des droits d'accès auxdites ouvertures et des caractéristiques propres aux serrures et/ou clés. Bien entendu, l'invention peut être mise en oeuvre à partir d'autres données telles que par exemple les coordonnées de l'utilisateur en charge de la collecte des données précitées, l'adresse du bâtiment à sécuriser, des informations relatives aux exigences commerciales relatives à la mise en place des matériels de sécurité (par exemple délai de livraison, prix maximum souhaité, etc) ou encore des données d'identifications. De telles données d'identifications pouvant être sous forme d'empreinte électromagnétique (par exemple tag d'identification radiofréquence RFID pour « radio frequency identification »), sous forme d'informations physiques sur les utilisateurs des ouvertures (par exemple pour l'analyse morphologique de ces utilisateurs), sous forme d'informations administratives des utilisateurs des ouvertures (par exemple état civil). On a décrit ci-avant un mode de réalisation basé sur une table de correspondance comportant en outre l'entrée d'instructions d'au moins un administrateur de la table de correspondance pour hiérarchiser ladite liste chiffrée en fonction de règles choisies. Bien entendu, l'invention peut-être mise en oeuvre sans qu'un administrateur ne donne d'instructions supplémentaires. Le procédé mis en oeuvre par la présente invention peut par exemple avantageusement fonctionner de manière autonome. On a décrit ci-avant un mode de réalisation basé sur un serveur. Bien entendu, l'invention peut être mise en oeuvre, à partir de n'importe quel dispositif présent à n'importe quel niveau d'un réseau (par exemple le réseau internet). REVENDICATIONS1. Procédé mis en oeuvre par des moyens informatiques, d'optimisation de matériels de sécurité destinés à un bâtiment, dans lequel : - sur réception de données (1) caractérisant au moins un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès auxdites ouvertures de salles, on détermine, pour chaque ouverture de salle, un jeu de paramètres (2) définissant au moins des conditions d'accès à l'ouverture de la salle et un nombre de droit d'accès à l'ouverture de la salle dans lesdites conditions, - par lecture d'une table de correspondance (3) entre, d'une part, des paramètres de conditions d'accès, et, d'autre part, un type de matériel de sécurité correspondant, établir une liste (4) chiffrée de matériels de sécurité adaptés audit bâtiment. 2. Procédé selon la revendication 1, dans lequel le matériel de sécurité comporte au moins une serrure pour une ouverture de salle et une ou plusieurs clés pour ladite serrure, caractérisé en ce que lesdits paramètres comportent un nombre de droits d'accès définissant un nombre de clés pour ladite serrure. 3. Procédé selon la revendication 2, caractérisé en ce que les données reçues comportent en outre des caractéristiques propres aux serrures et/ou clés, pour une destination prévue pour chacune desdites serrures et clés correspondantes. 4. Procédé selon l'une des revendications 1 à 3, dans lequel la table de correspondance comporte une pluralité de types de matériel de sécurité répondant aux paramètres de conditions d'accès, caractérisé en ce que le procédé comporte en outre l'entrée d'instructions d'au moins un administrateur de la table de correspondance pour hiérarchiser ladite liste chiffrée en fonction de règles choisies. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que, lesdites données (1) étant reçues d'un utilisateur, une communication électronique comportant ladite liste chiffrée est générée à destination de l'utilisateur. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que lesdits paramètres de conditions d'accès comportent, pour chaque ouverture de salle de bâtiment,une pluralité de nombres d'accès à l'ouverture de salle pour une pluralité respective de types d'accès prédéterminés, chaque type d'accès définissant une catégorie de groupe d'utilisateurs de ladite ouverture de salle. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que ladite liste chiffrée est sauvegardée sur une plateforme dématérialisée sécurisée par des données d'identification. 8. Procédé selon la revendication 7, caractérisé en ce que, à l'issue de l'étape d'établissement de la liste chiffrée, un document informatique comportant des données de ladite liste est généré, et en ce qu'on prévoit un éditeur du document informatique en ligne pour modifier et sauvegarder lesdites données de liste chiffrée. 9. Procédé selon l'une des revendications 1 à 8, caractérisé en ce que les matériels de sécurité comprennent des équipements d'accès à codes d'identification, et en ce que les paramètres de condition d'accès comprennent les codes d'identification desdits équipements. 10. Procédé selon l'une des revendications 1 à 9, caractérisé en ce que lesdits paramètres comportent en outre des plages temporelles d'accès différenciées par type de droit d'accès. 11. Procédé selon l'une des revendications 1 à 10, caractérisé en ce que les matériels de sécurité comprennent des équipements d'identification biométriques, en ce que lesdites données (1) reçues comprennent en outre des données biométriques d'utilisateurs, et en ce que les paramètres comportent des signatures biométriques issues des données biométriques des utilisateurs. 12. Procédé selon l'une des revendications 1 à 11, caractérisé en ce que les paramètres de conditions d'accès comportent, pour chaque type de bâtiment d'une pluralité de bâtiments de référence, un modèle prédéterminé de paramètres de conditions d'accès. 13. Serveur de traitement de données (1) caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès auxdites ouvertures de salles, pour une optimisation de matériels de sécurité destinés audit bâtiment, le serveur comportant des moyens informatiques pour: - sur réception de données (1) caractérisant un type de bâtiment, un nombre d'accès à des ouvertures de salles du bâtiment et des droits d'accès auxdites ouvertures de salles, déterminer, pour chaque ouverture de salle, un jeu de paramètres (2) définissant au moins des conditions d'accès à la ouverture de salle et un nombre de droit d'accès à l'ouverture de salle dans lesdites conditions, - par lecture d'une table de correspondance (3) entre, d'une part, des paramètres de conditions d'accès, et, d'autre part, un type de matériel de sécurité correspondant, établir une liste (4) chiffrée de matériels de sécurité adaptés audit bâtiment. 14. Programme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 12, lorsque ce programme est exécuté par un serveur.