FR 3040813 A1 20170310 FR 1558285 A 20150907 1 Architecture de gestion d'accès d'utilisateurs à des objets informatiques selon une ou plusieurs fonctionnalités d'utilisation de ces objets La présente invention concerne une architecture de gestion d'accès d'utilisateurs à des objets informatiques selon une ou plusieurs fonctionnalités d'utilisation de ces objets. L'architecture selon l'invention est notamment utilisable dans le domaine de la gestion informatique de documents électroniques. Plus particulièrement, l'invention se place dans le périmètre de la gestion des documents d'archive, connue également sous le terme anglais de « Records Management », et de la gouvernance électronique de l'information. De manière connue dans l'état de la technique, ces disciplines définissent des objectifs, des méthodes et des moyens à mettre en place dans une structure donnée pour constituer, maintenir, protéger et préserver un patrimoine documentaire de cette structure. La problématique principale de ces disciplines consiste donc à présenter la bonne information à la bonne personne et au bon moment. Pour ce faire, il est nécessaire de définir qui fait quoi, quand, comment et dans quels buts en matière de gestion de documents électroniques. On conçoit alors que la gestion informatique de documents électroniques est utilisable dans nombreux domaines techniques. Parmi ces domaines techniques, on peut notamment citer la sécurité informatique, l'archivage de l'information, la gestion de droits d'accès à des documents électroniques, etc. Ainsi, la gestion informatique de documents électroniques trouve par exemple son application au sein d'entreprises de dimensions variées et peut assurer en outre la communication entre différentes entreprises. La gestion informatique de documents électroniques trouve également des applications dans toute autre structure gérant un grand volume d'informations comme par exemple certaines branches de service public. Il existe dans l'état de la technique différents textes normatifs concernant le domaine de la gestion informatique de documents électroniques. En particulier, les textes AFNOR Z42013 et Z42019, MOREQ 1, 2 et 2010, OAIS, ISO 30300, 30301 et 27001, traitent différents aspects de la gestion informatique de documents électroniques mais ne définissent généralement pas de caractéristiques fonctionnelles ou structurelles permettant d'atteindre les objectifs précités. 3040813 2 En outre, les solutions existantes ne sont pas suffisamment souples. Leur adaptation à des différents types d'applications nécessite des développements supplémentaires qui peuvent s'avérer couteux et laborieux. La présente invention a pour but de proposer une architecture de gestion d'accès 5 d'utilisateurs à des objets informatiques selon une ou plusieurs fonctionnalités d'utilisation de ces objets permettant de remédier à ces inconvénients. À cet effet, l'invention a pour objet une telle architecture de gestion d'accès comportant au moins un module définissant une structure d'accès formée d'une pluralité de noeuds d'au moins d'un premier type et d'un deuxième type, au moins un noeud du 10 premier type et au moins un noeud du deuxième type formant un périmètre ; un module définissant des associations entre chaque objet informatique et au moins un noeud de chaque type de la structure d'accès ; un module définissant des groupes d'utilisateurs, chaque groupe comportant un ou plusieurs utilisateurs ; un module définissant des profils fonctionnels, chaque profil fonctionnel comprenant une ou plusieurs fonctionnalités 15 d'utilisation d'un objet informatique par un utilisateur ; et un module définissant des autorisations, chaque autorisation étant associée à au moins un périmètre de la structure d'accès, un groupe d'utilisateurs et un profil fonctionnel, et permettant à chaque utilisateur de ce groupe d'utilisateurs d'accéder à chaque objet informatique associé à au moins un noeud du premier type et un noeud du deuxième type de ce périmètre pour utiliser cet 20 objet informatique selon la ou chaque fonctionnalité d'utilisation de ce profil fonctionnel. Suivant d'autres aspects avantageux de l'invention, l'invention comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles : - les noeuds de chaque type sont raccordés entre eux de manière hiérarchique et 25 forment une structure arborescente du type correspondant ; - la structure arborescente du premier type correspond à l'organisation hiérarchique des utilisateurs ; - la structure arborescente du deuxième type correspond à des activités des utilisateurs ; 30 - chaque périmètre est formé de noeuds voisins du premier et du deuxième types dans la structure arborescente correspondante ; - chaque utilisateur ayant accès à un objet informatique associé à un noeud du premier type et un noeud du deuxième type, a accès à chaque objet informatique associé à ce noeud du premier type ou à un noeud descendant de celui-ci, et à ce noeud du deuxième type ou à un noeud descendant de celui-ci ; 3040813 3 - ledit noeud descendant est éloigné du noeud d'origine par au plus N génération(s) de noeuds, le paramètre N étant un nombre entier naturel ; - chaque utilisateur ayant accès à un objet informatique associé à un noeud du premier type et un noeud du deuxième type, a accès à chaque objet informatique associé 5 à ce noeud du premier type ou à un noeud ascendant de celui-ci, et à ce noeud du deuxième type ou à un noeud ascendant de celui-ci ; - ledit noeud ascendant est éloigné du noeud d'origine par au plus M génération(s) de noeuds, le paramètre M étant un nombre entier naturel ; - au moins un objet informatique associé à un noeud donné comporte un marqueur 10 d'exclusion, cet objet informatique n'étant accessible à partir d'aucun noeud descendant du noeud donné ; - chaque fonctionnalité d'utilisation d'un objet informatique par un utilisateur est choisie dans le groupe comportant au moins la lecture du contenu de l'objet informatique ; la modification du contenu de l'objet informatique ; la création d'un nouvel objet 15 informatique ; l'écriture d'un nouveau contenu de l'objet informatique ; la suppression de l'objet informatique) ; la duplication de l'objet informatique ; l'accès à l'objet informatique pour utilisation lors de la construction d'un autre objet informatique ; l'envoi ou diffusion de l'objet informatique ; l' activation ou désactivation de l'objet informatique et l'importation ou exportation de l'objet informatique ; 20 - chaque objet informatique est associé à un élément quelconque choisis dans le groupe comportant au moins un document électronique, un dossier informatique, un groupe d'utilisateurs, un profil fonctionnel, et un périmètre ; et - chaque objet informatique associé à un document électronique, comprend un élément quelconque choisi dans le groupe comportant au moins un type d'un dossier 25 contenant le document électronique, un type du document électronique, des règles de droits d'accès au document électronique et des schémas de métadonnées du document électronique. Ces caractéristiques et avantages de l'invention apparaitront à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite en 30 référence aux dessins annexés sur lesquels : - la figure 1 est une vue schématique d'un système informatique permettant d'utiliser une architecture de gestion d'accès selon l'invention ; - la figure 2 est une vue schématique de l'architecture de la figure 1, l'architecture comportant notamment une structure d'accès ; 35 - la figure 3 est une vue schématique de la structure d'accès de l'architecture de la figure 1 ; et 3040813 4 - la figure 4 est une vue schématique illustrant le fonctionnement de l'architecture de la figure 1 selon un exemple de réalisation. L'architecture de gestion d'accès est utilisable dans le domaine de la gestion informatique de documents électroniques implémentée par exemple au sein d'une 5 entreprise. Par le terme « entreprise », on comprend tout groupement de personnes physiques et/ou morales. Ainsi, l'entreprise peut comprendre plusieurs sociétés dans le sens juridique du terme, partageant par exemple la même gestion informatique de documents électroniques. 10 Une telle entreprise comporte notamment un système informatique illustré schématiquement sur la figure 1 et désigné par la référence générale 12 sur cette figure. Ainsi, en référence à la figure 1, le système informatique 12 comporte un serveur désigné par la référence générale 14 et une pluralité de postes informatiques connectés au serveur 14 et désignés par les références générales 15 à 17. 15 Le serveur 18 comprend notamment une base de données apte à stocker une pluralité de documents électroniques. Les documents électroniques sont par exemple répartis sur différents dossiers d'une manière connue dans l'état de la technique. Chaque document électronique est associé à un ou plusieurs objets informatiques 20 O. Chaque objet informatique 0, contient des informations sur le document électronique auquel il est associé. Ainsi, par exemple, ces informations sont choisies dans le groupe comportant au moins : - type du dossier dans lequel le document électronique correspondant est stocké ; - type du document électronique ; 25 - règles de droits d'accès au document électronique correspondant ; et - schémas de métadonnées du document électronique. Chaque objet informatique 0, est stocké par exemple dans la base de données du serveur 14 sous la forme d'un fichier informatique. Dans ce cas, la base de données du serveur 14 est apte à stocker en outre un fichier informatique permettant d'établir des 30 liens entre les documents électroniques et les objets informatiques O. Selon une variante de réalisation, chaque objet informatique est stocké avec le document électronique correspondant sous la forme de métadonnées. Les objets informatiques 0, et les documents électroniques correspondants sont par exemple accessibles à partir des postes informatiques 15 à 17. 35 Chaque poste informatique permet plus particulièrement à un ou plusieurs utilisateurs d'accéder à au moins certains des objets informatiques 0, pour utiliser ces 3040813 5 objets 0, selon une ou plusieurs fonctionnalités d'utilisation. L'accès à ces objets 0, est gouverné par l'architecture d'accès comme ceci sera expliqué par la suite. Chaque fonctionnalité d'utilisation d'un objet informatique 0, par un utilisateur comprend toute action que l'utilisateur est apte à effectuer avec cet objet informatique O. 5 Plus particulièrement, chaque fonctionnalité d'utilisation est choisie dans le groupe comportant au moins : - lecture du contenu de l'objet informatique O; ; - modification du contenu de l'objet informatique O; ; - création d'un nouvel objet informatique O; ; 10 - écriture d'un nouveau contenu de l'objet informatique O; ; - suppression de l'objet informatique O; ; - duplication de l'objet informatique O; ; - accès à l'objet informatique 0, pour utilisation lors de la construction d'un autre objet informatique 0, ; 15 - envoi ou diffusion de l'objet informatique 0, ; - activation ou désactivation de l'objet informatique O; ; - importation ou exportation de l'objet informatique O. Chaque utilisateur appartient par exemple à l'entreprise et fait partie par exemple d'une organisation hiérarchique de cette entreprise. Une telle organisation hiérarchique 20 est par exemple présentée sous la forme d'un arbre hiérarchique comportant une pluralité de noeuds. Chaque noeud correspond par exemple à une division ou à une subdivision de l'entreprise. Au titre d'exemple, on peut citer les divisions « Direction », « Services », « Sites », « Équipes », etc. 25 Ainsi, chaque utilisateur est associé à un ou plusieurs noeuds de cette organisation hiérarchique. Chaque utilisateur est apte à exercer des activités au sein de l'entreprise. Ces activités comprennent toute fonction, tout processus ou toute procédure que l'utilisateur exerce dans entreprise. Au titre d'exemple, on peut citer des activités suivantes : 30 « Ressources humaines », « Juridique », « Facturation », « Projet », « Logistique », etc. Les activités sont également regroupées de manière hiérarchique par exemple sous la forme d'un arbre hiérarchique. Ainsi, cet arbre comprend une pluralité de noeuds correspondant chacun à une activité. Chaque noeud descendant comprend l'ensemble des activités des noeuds 35 « parents ». 3040813 6 Il doit être noté que le système informatique 12 et l'organisation de l'entreprise tels que décrits ci-dessus, ne sont donnés qu'à titre d'exemple et peuvent prendre d'autres formes selon différents modes de réalisation de l'invention. En outre, le terme « utilisateur » comprend toute personne physique ou morale de 5 l'entreprise. Le système informatique 12 permet d'utiliser l'architecture d'accès qui est désignée par la référence générale 20 sur la figure 1 et illustrée plus en détail sur la figure 2. L'architecture d'accès 20 permet notamment aux utilisateurs d'accéder aux objets 10 informatiques 0, via par exemple les postes informatiques 15 à 17. Ainsi, comme illustré sur cette figure 2, l'architecture d'accès 20 comporte au moins cinq modules désignés par les références générales 21 à 25 sur la figure. Chaque module présente par exemple un fichier informatique apte à définir des informations permettant de gouverner l'accès des utilisateurs aux objets informatiques Op 15 comme ceci est expliqué ci-dessous. Ces informations peuvent être créées ou modifiées afin de modifier l'accès des utilisateurs aux objets informatiques 0, à tout moment lors du fonctionnement de l'architecture 20. Le module 21 est apte à définir une structure d'accès S aux objets informatiques 20 O. La structure S est par exemple formée d'une pluralité de noeuds d'un premier type N1 et d'un deuxième type N2. Les noeuds de chaque type N1, N2 sont raccordés entre eux de manière hiérarchique et forment une structure arborescente du type correspondant, c'est-à-dire, une structure d'un premier type Si et une structure d'un deuxième type S2. 25 La structure du premier type Si correspond par exemple à l'organisation hiérarchique de l'entreprise décrite précédemment. La structure du deuxième type S2 correspond par exemple aux activités des utilisateurs également décrites précédemment. Au moins un noeud du premier type N1 et au moins un noeud du deuxième type N2 30 forment un périmètre P. Chaque périmètre P, correspond donc à une association d'un ou de plusieurs noeuds du premier type N1 avec un ou plusieurs noeuds du deuxième type N2. Ceci est illustré plus en détail sur la figure 3. Ainsi, cette figure 3 illustre une structure S composée de deux structures 35 arborescentes Si et S2. 3040813 7 La structure arborescente Si est formée des noeuds du premier type N1 désignés sur la figure 3 par les références générales 31 à 38. La structure arborescente S2 est formée des noeuds du deuxième type N2 désignés sur la figure 3 par les références générales 41 à 45. 5 Dans l'exemple de la figure 3, le périmètre P1 est formé des noeuds 33 à 35, 42, 44 et 45, le périmètre P2 est formé des noeuds 34, 36, 42, 44 et 45, le périmètre P3 est formé des noeuds 35, 37, 38 et 43, et le périmètre P4 est formé des noeuds 32 et 41. Ainsi, lorsque la structure Si correspond à l'organisation hiérarchique et la structure S2 correspond aux activités, chaque périmètre P, permet de combiner une ou 10 plusieurs divisions de l'entreprise avec une ou plusieurs activités pour créer par exemple les périmètres suivants : « Site de Paris - Ressources humaines », « Site de Lyon Juridique », « France - Administration », etc. En outre, selon en exemple de réalisation, chaque périmètre P, est formé de noeuds voisins du premier et du deuxième types N1 et N2 dans la structure arborescente 15 Si et S2 correspondante. En référence à la figure 2, le module 22 est apte à définir des associations entre chaque objet informatique 0, et au moins un noeud de chaque type N1 et N2 de la structure d'accès S. Autrement dit, selon l'exemple précité, le module 22 permet d'associer chaque objet informatique 0, à au moins une division de l'entreprise et à au 20 moins une activité de l'entreprise. Le module 23 est apte à définir des groupes d'utilisateurs G,, chaque groupe G, comportant un ou plusieurs utilisateurs. Le module 24 est apte à définir des profils fonctionnels PF,, chaque profil fonctionnel PF, comprenant une ou plusieurs fonctionnalités d'utilisation d'un objet 25 informatique par un utilisateur. Finalement, le module 25 est apte à définir des autorisations A. Chaque autorisation A, est associée à au moins un périmètre P, de la structure d'accès S, un groupe d'utilisateurs G, et un profil fonctionnel PF,. Chaque autorisation A, permet ainsi à chaque utilisateur de chaque groupe 30 d'utilisateurs G, associé d'accéder à chaque objet informatique 0, associé à au moins un noeud du premier type N1 et un noeud du deuxième type N2 de chaque périmètre P, associé, pour utiliser cet objet informatique 0, selon la ou chaque fonctionnalité d'utilisation de chaque profil fonctionnel PF, associé. En outre, selon un exemple de réalisation, au moins une autorisation A, permet 35 d'accéder à des objets informatiques associés à chacun des noeuds descendants à partir de chaque noeud du périmètre P, associé à cette autorisation A. 3040813 8 Ainsi, un utilisateur ayant accès à un objet informatique 0, associé à un noeud du premier type N1 et à un noeud du deuxième type N2, a accès à chaque objet informatique 0, associé à ce noeud du premier type N1 ou à un noeud descendant de celui-ci N2, et à ce noeud du deuxième type N2 ou à un noeud descendant de celui-ci. 5 Il est possible également de limiter le nombre de générations « enfants » de noeuds accessibles à partir d'un noeud d'origine du premier N1 ou du deuxième N2 type par un paramètre N présentant un nombre entier naturel. Le paramètre N est par exemple défini pour l'autorisation A, correspondante. Ainsi, chaque noeud descendant accessible à partir d'un noeud d'origine est 10 éloigné du noeud d'origine par au plus N générations de noeuds. Selon encore un exemple de réalisation, au moins une autorisation A, permet d'accéder à des objets informatiques associés à chacun des noeuds ascendants à partir chaque noeud du périmètre P, associé à cette autorisation A. Ainsi, un utilisateur ayant accès à un objet informatique 0, associé à un noeud du 15 premier type N1 et à un noeud du deuxième type N2, a accès à chaque objet informatique 0, associé à ce noeud du premier type N1 ou à un noeud ascendant de celui-ci N2, et à ce noeud du deuxième type N2 ou à un noeud ascendant de celui-ci. Comme dans le cas précédent, il est possible également de limiter le nombre de générations « parents » de noeuds accessibles à partir d'un noeud d'origine du premier N1 20 ou du deuxième N2 type par un paramètre M présentant un nombre entier naturel. Le paramètre M est par exemple défini pour chaque autorisation A. En complément, au moins un objet informatique 0, comporte un marqueur d'exclusion permettant d'exclure l'accès à cet objet informatique 0, à partir de tout noeud descendant du noeud associé à cet objet informatique O. 25 Le fonctionnement de l'architecture d'accès 20 sera expliqué à l'aide d'un exemple de réalisation illustré sur la figure 4. Pour faciliter la lecture, seule la structure arborescente du premier type 51 a été présentée sur la figure 4. Ainsi, dans l'exemple de cette figure, les périmètres P1 à P4 sont formés des 30 noeuds du premier type N1. Toutefois, il doit être compris que cet exemple reste applicable avec des modifications évidentes dans le cas des deux structures de chaque type Si et S2. Par ailleurs, il est à noter que la structure Si de la figure 4 est identique à la structure Si de la figure 3 et les périmètres P1 à P4 sont définis de manière analogue. 35 Ainsi, selon la figure 4, tout objet informatique 0, associé à au moins l'un des noeuds 33, 34 ou 35 du périmètre P1 est accessible par tout utilisateur du groupe 3040813 9 d'utilisateurs G3 selon l'autorisation A2 pour utiliser cet objet informatique 0, selon chaque fonctionnalité d'utilisation du profil fonctionnel PFl. De manière analogue, tout objet informatique 0, associé à au moins l'un des noeuds 34 ou 36 du périmètre P2 est accessible par tout utilisateur du groupe d'utilisateurs 5 G2 selon l'autorisation A3 pour utiliser cet objet informatique 0, selon chaque fonctionnalité d'utilisation du profil fonctionnel PF2. Tout objet informatique 0, associé à au moins l'un des noeuds 35, 37 ou 38 du périmètre P3 est accessible par tout utilisateur des groupes d'utilisateurs G1 et G2 selon l'autorisation Al pour utiliser cet objet informatique 0, selon chaque fonctionnalité 10 d'utilisation du profil fonctionnel PFl. Finalement, tout objet informatique 0, associé au noeud 32 du périmètre P4 est accessible par tout utilisateur du groupe d'utilisateurs G4 selon l'autorisation A4 pour utiliser cet objet informatique 0, selon chaque fonctionnalité d'utilisation du profil fonctionnel PFl. 15 Ainsi, par exemple, lorsque le profil fonctionnel PF, comporte une fonctionnalité opérationnelle permettant de lire le contenu d'un objet informatique et le profil fonctionnel PF2 comporte une fonctionnalité opérationnelle permettant de modifier le contenu d'un objet informatique, un utilisateur du groupe G2 a accès à un objet informatique associé au noeud 34 pour modifier cet objet informatique alors qu'un utilisateur du groupe G3 a accès 20 à cet objet informatique seulement pour lire son contenu. L'accès à ces objets informatiques 0, par les utilisateurs ainsi que leur utilisation selon l'une des fonctionnalités d'utilisation s'effectue à partir des postes informatiques 15 à 17. Lorsqu'il est nécessaire d'ajouter un utilisateur et/ou un objet informatique 0, ou de 25 modifier l'accès d'un utilisateur à un ou plusieurs objets informatiques 0,, les modifications nécessaires sont faites dans les modules 21 à 25 correspondants par exemple par un administrateur de la gestion informatique de documents électroniques. Bien entendu, d'autres exemples de réalisation de l'invention sont également possibles. 30 En particulier, il est possible de généraliser la notion de l'objet informatique 0, au sens de la présente invention. Ainsi, selon un exemple de réalisation, chaque objet informatique 0, est associé à un élément quelconque choisis dans le groupe comportant au moins : - document électronique ; 35 - dossier informatique ; - groupe d'utilisateurs G, ; 3040813 10 - profil fonctionnel PF, ; - périmètre P. Notamment, chaque objet informatique 0, correspond à toute structure informatique, l'accès à laquelle est géré par des droits d'accès prévus à cet effet. 5 La notion généralisée de l'objet informatique 0, permet de déployer la gestion des droits d'accès à des échelles différentes, c'est-à-dire, d'une manière récursive. On conçoit alors que la présente invention comporte un certain nombre d'avantages. En particulier, l'invention offre une solution basée sur la notion de l'objet 10 informatique qui permet de modéliser différents aspects de la gestion informatique de documents électroniques. Ceci permet d'adapter facilement l'architecture d'accès selon l'invention à des besoins applicatifs différents. Par ailleurs, l'invention présente une solution scalable à tout niveau de la structure d'accès. En effet, il est possible de créer de nouvelles autorisations A, avec des profils 15 fonctionnels PF, et des groupes d'utilisateurs G, déjà existants. Ainsi, par exemple, il est possible d'appliquer les mêmes règles d'accès à des objets informatiques 0, par exemple dans une filiale d'une entreprise que dans l'entreprise elle-même. Pour ce faire, il suffit de donner à un ou plusieurs périmètres P, de cette filiale, une autorisation A, selon un même profil fonctionnel PF, que dans le cas de la maison 20 mère. Ceci permet alors d'adapter facilement l'architecture à des entreprises de structures et de dimensions différentes. On conçoit ainsi que l'architecture selon l'invention est plus souple ce qui permet de centraliser le stockage des documents électroniques tout en gardant une certaine 25 flexibilité de gestion de ces documents à des niveaux locaux. 30 REVENDICATIONS1.- Architecture (20) de gestion d'accès d'utilisateurs à des objets informatiques (0,) selon une ou plusieurs fonctionnalités d'utilisation de ces objets (0,), l'architecture (20) étant utilisable dans le domaine de la gestion informatique de documents électroniques et caractérisée en ce qu'elle comporte au moins : - un module (21) définissant une structure d'accès (S) formée d'une pluralité de noeuds d'au moins d'un premier type (N1) et d'un deuxième type (N2), au moins un noeud du premier type (N1) et au moins un noeud du deuxième type (N2) formant un périmètre (PJ) ; - un module (22) définissant des associations entre chaque objet informatique (0,) et au moins un noeud de chaque type (N1, N2) de la structure d'accès (S) ; - un module (23) définissant des groupes d'utilisateurs (G,), chaque groupe (G,) comportant un ou plusieurs utilisateurs ; - un module (24) définissant des profils fonctionnels (PF,), chaque profil fonctionnel (PFJ) comprenant une ou plusieurs fonctionnalités d'utilisation d'un objet informatique (0,) par un utilisateur ; et - un module (25) définissant des autorisations (A,), chaque autorisation (AJ) étant associée à au moins un périmètre (PJ) de la structure d'accès (S), un groupe d'utilisateurs (G) et un profil fonctionnel (PF,), et permettant à chaque utilisateur de ce groupe d'utilisateurs (G,) d'accéder à chaque objet informatique (0,) associé à au moins un noeud du premier type (N1) et un noeud du deuxième type (N2) de ce périmètre (PJ) pour utiliser cet objet informatique (0,) selon la ou chaque fonctionnalité d'utilisation de ce profil fonctionnel (PFJ). 2.- Architecture (20) selon la revendication 1, caractérisée en ce que les noeuds de chaque type (N1, N2) sont raccordés entre eux de manière hiérarchique et forment une structure arborescente (Si, S2) du type correspondant. 3.- Architecture (20) selon la revendication 2, caractérisée en ce que la structure arborescente du premier type (51) correspond à l'organisation hiérarchique des utilisateurs. 4.- Architecture (20) selon la revendication 2 ou 3, caractérisée en ce que la structure arborescente du deuxième type (S2) correspond à des activités des utilisateurs. 3040813 12 5.- Architecture (20) selon l'une quelconque des revendications 2 à 4, caractérisée en ce que chaque périmètre (PJ) est formé de noeuds voisins du premier (N1) et du deuxième (N2) types dans la structure arborescente (S1, S2) correspondante. 5 6.- Architecture (20) selon l'une quelconque des revendications 2 à 5, caractérisée en ce que chaque utilisateur ayant accès à un objet informatique (0,) associé à un noeud du premier type (N1) et un noeud du deuxième type (N2), a accès à chaque objet informatique (0,) associé à ce noeud du premier type (N1) ou à un noeud descendant de celui-ci, et à ce noeud du deuxième type (N2) ou à un noeud descendant de celui-ci. 10 7.- Architecture (20) selon la revendication 6, caractérisée en ce que ledit noeud descendant est éloigné du noeud d'origine par au plus N génération(s) de noeuds, le paramètre N étant un nombre entier naturel. 15 8.- Architecture (20) selon l'une quelconque des revendications 2 à 7, caractérisée en ce que chaque utilisateur ayant accès à un objet informatique (0,) associé à un noeud du premier type (N1) et un noeud du deuxième type (N2), a accès à chaque objet informatique (0,) associé à ce noeud du premier type (N1) ou à un noeud ascendant de celui-ci, et à ce noeud du deuxième type (N2) ou à un noeud ascendant de celui-ci. 20 9.- Architecture (20) selon la revendication 8, caractérisée en ce que ledit noeud ascendant est éloigné du noeud d'origine par au plus M génération(s) de noeuds, le paramètre M étant un nombre entier naturel. 25 10.- Architecture (20) selon la revendication 8 ou 9, caractérisée en ce qu'au moins un objet informatique (0,) associé à un noeud donné comporte un marqueur d'exclusion, cet objet informatique (0,) n'étant accessible à partir d'aucun noeud descendant du noeud donné. 30 11.- Architecture (20) selon l'une quelconque des revendications précédentes, caractérisée en ce que chaque fonctionnalité d'utilisation d'un objet informatique (0,) par un utilisateur est choisie dans le groupe comportant au moins : - lecture du contenu de l'objet informatique (0,) ; - modification du contenu de l'objet informatique (0,) ; 35 - création d'un nouvel objet informatique (0,) ; - écriture d'un nouveau contenu de l'objet informatique (0,) ; 3040813 13 - suppression de l'objet informatique (0) ; - duplication de l'objet informatique (0;) ; - accès à l'objet informatique (0;) pour utilisation lors de la construction d'un autre objet informatique (0;) ; 5 - envoi ou diffusion de l'objet informatique (0;) ; - activation ou désactivation de l'objet informatique (0;) ; - importation ou exportation de l'objet informatique (0). 12. Architecture (20) selon l'une quelconque des revendications précédentes, 10 caractérisée en ce que chaque objet informatique (0,) est associé à un élément quelconque choisis dans le groupe comportant au moins : - document électronique ; - dossier informatique ; - groupe d'utilisateurs (G,) ; 15 - profil fonctionnel (PFJ) ; - périmètre (PJ). 13.- Architecture (20) selon l'une quelconque des revendications précédentes, caractérisée en ce que chaque objet informatique (0,) associé à un document 20 électronique, comprend un élément quelconque choisi dans le groupe comportant au moins : - type d'un dossier contenant le document électronique ; - type du document électronique ; - règles de droits d'accès au document électronique ; et 25 - schémas de métadonnées du document électronique.