FR 3043806 A1 20170519 FR 1561026 A 20151117 1 PROCEDE DE VISUALISATION D'UN PLAN PAR DES DISPOSITIFS INFORMATIQUES DOMAINE DE L'INVENTION L'invention a trait au domaine de la gestion informatique de plans numériques, et plus généralement de dessins techniques. L'invention trouve particulièrement application à la visualisation de plans par une flotte de dispositifs informatiques, e.g. ordinateurs portables, tablettes tactiles, smartphones, mis à disposition d'utilisateurs se déplaçant sur site, notamment des dispositifs informatiques mobiles et/ou différents. ETAT DE LA TECHNIQUE Un plan, ou plus généralement un dessin technique, est par nature un document particulier : il s'agit de la modélisation graphique ou schématique, d'un objet ou d'un système (e.g. immeubles, villes, machines, etc.), existant ou à créer, qui est caractérisé par un certain nombre d'informations que sont, par exemple, son numéro de mise à jour (usuellement nommé « version »), son nom, son échelle, ses cotations et son orientation. Des informations contextuelles, dépendant de la finalité d'utilisation du plan, sont également associées au plan, comme par exemple des notations, des mesures de distances sur le plan, etc. L'ensemble de ces informations, le plan en lui-même qui correspond à une image numérique, c'est-à-dire la version numérique d'un plan papier, et les informations qui lui sont associées, peuvent prendre informatiquement plusieurs formats (e.g. pdf - « portable document format », DWG - associé au logiciel autoCAD©, etc.) en fonction des souhaits de l'utilisateur et/ou des logiciels à sa disposition pour produire un fichier informatique codant le plan et ses informations associées. Il est connu d'utiliser des plans ou des dessins techniques au sein de dispositifs informatiques mobiles collaboratifs mis à disposition de collaborateurs d'une entreprise, comme par exemple les dispositifs informatiques dits de « levée de réserves » utilisés dans l'industrie de la construction pour générer des listes de tâches à réaliser et pour faciliter le suivi de l'activité. Ces dispositifs sont généralement constitués de n machines [M1,..., Mn] (tablettes tactiles, ordinateurs portables, téléphones portables, serveurs), communiquant entre elles au moyen d'un réseau de télécommunication, qui peut être par exemple de type EDGE, 3G, 4G ou Wifi, et hébergeant chacune un logiciel permettant aux utilisateurs de générer des informations en interaction avec les pages d'un plan les plus à jour que connait le système. Les plans constituent pour ces dispositifs des données 3043806 2 d'entrées indispensables à leur bon fonctionnement. La prise en charge de ces plans ne consiste pas à simplement sauvegarder les données qu'ils contiennent, mais nécessite généralement la mise en oeuvre d'une procédure plus ou moins complexe selon les cas, visant à préparer les plans de manière à les rendre exploitables par les dispositifs. 5 Le problème de l'enregistrement des plans, dans de tels dispositifs, est qu'on ne connait a priori pas les caractéristiques techniques de ces dispositifs (e.g. leurs ressources matérielles et logicielles), qui seront vraisemblablement différentes, et même plutôt limitées dans le cas des terminaux mobiles, notamment de type tablettes tactiles ou 10 smartphones. On ne sait pas non plus a priori quelles seront la complexité et la taille des plans soumis aux dispositifs. Ces incertitudes rendent difficile, voire impossible, la mise en oeuvre d'un traitement automatisé des plans qui soit efficace, notamment leur enregistrement. Ainsi, on ne sait pas dire, a priori, si un dispositif recevant un plan est en capacité de traiter convenablement le format informatique utilisé et/ou la taille en pixels 15 de ce plan (la puissance de calcul est-elle suffisante ? le dispositif est-il doté des bons algorithmes ?). Une solution palliative consiste à faire intervenir un opérateur humain au niveau d'un des dispositifs. Cet opérateur lit le plan et effectue manuellement le travail préparatoire de manière à créer un ensemble de fichiers informatiques et de données interprétables par les dispositifs informatiques. Cette solution, couteuse, nécessite donc 20 de faire intervenir un opérateur humain à chaque nouveau plan, et à chaque nouvelle version d'un plan. En particulier, lorsqu'un plan est mis à jour, un travail conséquent doit être réalisé par l'opérateur pour garantir que les informations associées à l'ancienne version du plan (mesures, annotations, etc.) soient réutilisables pour la nouvelle version du plan. Souvent, cette opération est si couteuse que ces informations sont tout 25 simplement non réutilisées. D'une certaine manière, il n'existe donc pas de « version » de plan à proprement parler, une nouvelle version de plan étant plutôt traitée comme un nouveau plan. EXPOSE DE L'INVENTION 30 Le but de la présente invention est de proposer un procédé de traitement d'un plan numérique qui permette une prise en charge du plan par les dispositifs au moyen de ressources matérielles et logicielles limitées, tout en permettant une mise à jour des plans sans perte d'informations. 35 3043806 3 A cet effet, l'invention a pour objet un procédé de visualisation d'un plan numérique par des dispositifs informatiques, connectés au travers d'un réseau informatique à un dispositif informatique formant serveur, chaque dispositif informatique comprenant une mémoire informatique pour mémoriser au moins un fichier informatique, dit « de 5 visualisation », comprenant au moins une image matricielle, des données d'identification, et des données de version, un écran et une unité de traitement pour piloter l'écran de manière à afficher l'image matricielle du fichier de visualisation mémorisé dans ladite mémoire, le procédé comprenant : par le dispositif informatique formant serveur : 10 la réception d'un fichier informatique, dit « de source », codant le plan numérique ; la production, en fonction du fichier source, d'au moins un fichier informatique, dit « intermédiaire », comprenant une image matricielle d'au moins une partie du plan numérique, des données d'identification et de version associées au plan numérique, et des données de résolution de l'image matricielle ; 15 l'envoi de chaque fichier intermédiaire aux dispositifs informatiques ; par chaque dispositif informatique : la réception et l'enregistrement de chaque fichier intermédiaire envoyé par le dispositif formant serveur; et l'affichage sur l'écran du plan numérique en fonction du ou des images 20 matricielles du ou des fichiers intermédiaires ayant les données d'identification associées au plan numérique et les données de version les plus récentes. Comme cela est connu, un fichier informatique est une collection d'informations numériques réunies sous un même nom, enregistrées sur un support de stockage 25 informatique et manipulées comme une unité. De même, une image matricielle, ou « carte de points » (de l'anglais « bitmap »), est une image constituée d'une matrice de points, usuellement colorés ou en niveau de gris, c'est-à-dire, constituée d'un tableau, d'une grille, etc., où chaque case possède une valeur de couleur ou de niveau de gris qui lui est propre et est considérée comme un point de l'image. Il s'agit donc d'une 30 juxtaposition de points de couleurs ou de niveau de gris formant, dans leur ensemble, une image. En d'autres termes, l'invention prévoit un dispositif supplémentaire gérant de manière centralisée les plans. A la différence des dispositifs informatiques usuels, ce dispositif 35 central formant serveur est conçu pour posséder les ressources matérielles et logicielles suffisantes afin de gérer différents format informatiques pour les plans, et convertit automatiquement le fichier informatique source d'un plan en une ou plusieurs images matricielles, tout en produisant en parallèle les données associées à ce plan. Comme cela 3043806 4 est connu une image matricielle (par exemple mémorisée sous un format « image », e.g. PNG, JPEG, etc.) est un objet informatique que peut gérer l'essentiel des dispositifs informatiques connus, et ce au travers d'un nombre important de logiciels ou applications (e.g. un navigateur internet), dont au moins un est systématiquement installé dans tout 5 dispositif informatique. Non seulement, l'image matricielle est un objet informatique simple à gérer, mais en outre il permet des annotations et des mesures simples, et offre donc une interactivité simple avec l'utilisateur d'un dispositif informatique. Ensuite, le format de visualisation consiste en une séparation claire entre le contenu visualisé, i.e. la ou les images matricielles constituant le plan numérique, et les données associées au plan. 10 Ainsi, pour la mise à jour du plan, il suffit de mettre à jour les images matricielles du fichier de visualisation associé. Comme par ailleurs, le plan est codé sous forme d'images matricielles, les informations associées au plan, telles que les mesures ou annotations, restent valables, et sont donc aisément re-utilisées, soit directement, soit après une transformation très simple, sur la nouvelle version du plan. 15 Selon un mode de réalisation de l'invention, chaque fichier intermédiaire comprend des données de résolution de l'image matricielle ou le dispositif informatique mémorise la résolution de l'image matricielle. . 20 Plus particulièrement, le dispositif informatique met en oeuvre : si un fichier de visualisation, ayant des données d'identification identiques à celles du fichier intermédiaire reçu, est mémorisé dans la mémoire dudit dispositif, la mise à jour d'au moins une image matricielle dudit fichier de visualisation en fonction de l'image matricielle du fichier intermédiaire, en conservant les données 25 d'identification du fichier de visualisation ; si aucun fichier de visualisation, ayant des données d'identification identiques à celles du fichier informatique intermédiaire, n'est mémorisé dans la mémoire dudit dispositif, la production d'un fichier de visualisation comprenant les données d'identification, de version, et de résolution, et l'image matricielle du fichier 30 intermédiaire, et la mémorisation du fichier produit dans la mémoire dudit dispositif. Notamment, la production du fichier intermédiaire comporte la production de données de résolution de l'image matricielle, et dans lequel les données de résolution du fichier de visualisation sont mises à jour en fonction des données de résolution du fichier 35 intermédiaire. Selon un mode de réalisation, le fichier source est un fichier selon un format informatique vectorisé, notamment un fichier pdf ou autocad. 3043806 5 Selon un mode de réalisation, le dispositif informatique : produit et mémorise un fichier HTML contenant des balises de type conteneurs en fonction des dimensions de l'image matricielle et des balises de type image liant l'image mémorisée au fichier HTML ; 5 est configuré pour afficher l'image au moyen d'un navigateur internet. Selon un mode de réalisation, le dispositif informatique produit un objet informatique dynamique, mémorisé dans une mémoire vive du dispositif, comprenant des conteneurs d'images incorporant uniquement la ou les images matricielles affichées sur l'écran. 10 Selon un mode de réalisation, les écrans des dispositifs informatiques comprennent chacun une matrice d'au moins de L x H pixels d'affichage : et le dispositif formant serveur : mémorise les paramètres L et H ; 15 découpe le plan numérique en une série d'images matricielles de dimensions inférieures ou égales à L x H pixels si le plan numérique comporte Lp x Hp pixels avec Lp > L et/ou Hp > H, et produit un fichier intermédiaire pour chaque image matricielle de ladite série ; et le dispositif informatique met à jour ou crée le fichier de visualisation en fonction de la 20 série d'images contenue dans les fichiers intermédiaires. Notamment, la matrice de L x H pixels correspond à l'écran de plus petite taille parmi les écrans des dispositifs informatiques. 25 L'invention a également pour objet un système informatique de visualisation d'un plan numérique, comprenant des dispositifs informatiques, connectés au travers d'un réseau informatique à un dispositif informatique formant serveur, chaque dispositif informatique comprenant une mémoire informatique pour mémoriser au moins un fichier informatique, dit « de visualisation », comprenant au moins une image matricielle, des données 30 d'identification, et des données de version, un écran et une unité de traitement pour piloter l'écran de manière à afficher l'image matricielle du fichier de visualisation mémorisé dans ladite mémoire, le dispositif informatique formant serveur étant configuré pour : la réception d'un fichier informatique, dit « de source », codant le plan numérique ; 35 la production, en fonction du fichier source, d'au moins un fichier informatique, dit « intermédiaire », comprenant une image matricielle d'au moins une partie du plan numérique, des données d'identification et de version associées au plan numérique, et des données de résolution de l'image matricielle ; 3043806 6 - l'envoi de chaque fichier intermédiaire aux dispositifs informatiques ; et chaque dispositif informatique étant configuré pour : la réception et l'enregistrement de chaque fichier intermédiaire envoyé par le dispositif formant serveur ; 5 et l'affichage sur l'écran du plan numérique en fonction du ou des images matricielles du ou des fichiers intermédiaires ayant les données d'identification associées au plan numérique et les données de version les plus récentes. Ce système est apte à mettre en oeuvre un procédé du type précité. 10 BREVE DESCRIPTION DES FIGURES L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en relation avec les dessins annexés, dans lesquels 15 des références identiques désignent des éléments identiques ou analogues, et dans lesquels : la figure 1 est une vue schématique d'un système informatique selon l'invention de traitement et de visualisation d'un plan numérique ; la figure 2 est une vue schématique des données constitutives d'un fichier de 20 visualisation selon l'invention ; et la figure 3 est un organigramme d'un procédé de traitement et de visualisation d'un plan selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION 25 En se référant à la figure 1, un système 10 selon l'invention comporte une pluralité de dispositifs informatiques Ml, M2, ..., Mn équipés chacun d'un processeur, d'une mémoire vive, d'une mémoire de stockage de masse, d'un écran d'affichage et d'un module de communication avec au moins un réseau de communication informatique RI, 30 par exemple un réseau de communication sans fil de type WIFI, EDGE, 3G, 4G, etc., et embarquent chacun un système d'exploitation pour la gestion des différents éléments matériels et logiciels embarqués. Chaque dispositif embarque également un logiciel capable de prendre en charge des fichiers ou objets dit de « visualisation », tels que décrit ci-dessous. Par exemple, les dispositifs Ml, M2, ..., Mn sont des tablettes tactiles, des 35 ordinateurs portables et/ou des smartphones, constituant une flotte de dispositifs portables à usage de collaborateurs dans le domaine de la construction, de la maintenance, des travaux, de la gestion immobilière, de l'entretien de voiries ou de réseaux, ou plus généralement de tout métier nécessitant l'intervention sur site d'équipes techniques 3043806 7 mobiles appartenant éventuellement à des structures ou à des entreprises différentes. Les dispositifs Ml, M2, ..., Mn peuvent être identiques, ou différents comme cela est usuellement le cas. Les dispositifs sont notamment différents dans le cas de figure où des entreprises différentes sont amenées à travailler ensemble et à échanger de l'information 5 sur un même projet. Ces entreprises n'ont pas nécessairement le même matériel informatique à disposition (hétérogénéité des machines M1,...,Mn). Le système 10 comporte également un dispositif central MO, par exemple serveur UNIX, apte à communiquer avec chaque dispositif Ml, M2, ..., Mn au travers du réseau RI, via 10 par exemple une application de type WEB développée en JAVA. Le serveur MO dispose de ressources matérielles et logicielles appropriées pour traiter différents types de formats informatiques sous lesquels un plan peut être mémorisé, comme par exemple des fichiers vectorisés du type PDF (pour « portable document format ») ou DWG (format informatique du logiciel autoCAD()). 15 La figure 2 illustre un exemple de fichier informatique de visualisation de plan enregistré dans la mémoire de chaque dispositif Ml, M2,..., Mn. Le fichier de visualisation constitué : - d'un premier fichier DOC HTML ayant des métadonnées META, comportant des 20 données d'identification ID identifiant de manière unique le plan et des données de version DATE identifiant de manière unique la version du plan, ainsi qu'une portion HTML comportant un ensemble de conteneurs, par exemple définis par des balises DIV, reliés à des images, par exemple au moyen de balises IMG ; - de seconds fichiers informatiques de type image DOC PNG1,...DOC PNGP, par 25 exemple au format PNG (pour « portable network graphic »), constituant un découpage du plan numérique. Chaque fichier image comporte des métadonnées classiques META1 (e.g. l'entête IHDR d'un format PNG comprenant la hauteur et la largeur de l'image), un bloc de données pixels constituant une image, ainsi que des métadonnées META2 propres à l'invention, comportant notamment des données 30 (RES) de résolution de l'image et des données (POS) de position de l'image dans le plan, ainsi que les données d'identification (ID) et de version (DATE) du plan ; - un troisième fichier DOC TXT comprenant l'ensemble des mesures et annotations réalisées sur le plan au moyen du dispositif, et enregistrées par exemple dans un format texte. 35 3043806 8 Comme il sera décrit ci-après, la lecture du fichier DOC HTML dans un navigateur internet permet de recomposer le plan numérique en affichant les images matricielles mémorisées dans les fichiers DOC PNG1,...DOC PNGQ, ainsi que les mesures et annotations contenues dans le fichier DOC TXT. 5 Il va à présent être décrit un mode de réalisation d'un procédé de traitement et de visualisation de plan numérique selon l'invention, illustré à titre d'exemple en relation avec un fichier source de type PDF comportant P pages, P étant un entier supérieur ou égal à 1. Le format PDF est usuellement utilisé pour la communication de plans entre 10 dispositifs informatiques. Toutefois, en raison de sa nature vectorielle, l'affichage d'un fichier PDF nécessite des ressources matérielles importantes, les opérations d'agrandissement et de réduction d'une image vectorielle étant par exemple très longues sur des dispositifs de type tablette tactile ne disposant pas d'un processeur puissant et d'une mémoire RAM conséquente. 15 Le procédé selon l'invention comporte deux ensembles principaux de traitements informatiques, un premier ensemble de traitement étant mis en oeuvre par le serveur MO, capable d'interpréter des fichiers PDF, e.g. grâce à une boite à outils telle que PDF BOX disponible sous licence Apache 2.0., et un second ensemble de traitements étant mis en 20 oeuvre par chaque dispositif Ml, M2,..., Mn. Le premier ensemble de traitements est avantageusement optimisé en fonction des capacités d'affichage des dispositifs Ml, M2,..., Mn. Plus particulièrement, un plan numérique de grandes dimensions en pixels est découpé en images matricielles de même dimensions, ou plus petites, que les dimensions Ld (largeur) et Hd (hauteur) en pixels du plus petit écran parmi les écrans des 25 dispositifs Ml, M2,..., Mn. Ainsi, chaque dispositif est capable d'afficher en plein format chaque image matricielle produite par le serveur MO. Le second ensemble de traitements consiste à recombiner les images matricielles dans un fichier de visualisation de manière à afficher le plan numérique sur les écrans des dispositifs Ml, M2,..., Mn. 30 En se référant à l'organigramme de la figure 3, le procédé débute, en 20, par la réception par le système 10 d'un fichier DOC PDF au format PDF codant un plan numérique, ce fichier pouvant être reçu par l'un des dispositifs Ml, M2,..., Mn ou par le serveur MO. En 22, le dispositif récepteur détermine si le plan soumis est un plan nouveau ou s'il s'agit d'une nouvelle version d'un plan déjà connu du système, le dispositif récepteur stockant 35 par exemple en mémoire une liste de l'ensemble des plans connus et de leurs différentes versions, ou bien interroge l'un des dispositifs, e.g. le serveur MO, ayant pour fonction de tenir à jour une telle liste. Ci-après, une « série de plans » correspond à l'ensemble des fichiers constitués d'un plan nouveau et de ses mises à jour successives (ou versions). 3043806 9 Selon une première variante semi-automatique, il est laissé la possibilité à un utilisateur de contrôler l'enregistrement du plan reçu par le système. Notamment, le dispositif récepteur dispose d'une interface graphique proposant à l'utilisateur, en 24, un bouton d'enregistrement différent pour chacune des séries connues du système, et un bouton 5 d'enregistrement supplémentaire permettant l'enregistrement d'un plan nouveau inconnu du système 10. Les boutons portant le nom d'une série permettent d'enregistrer une version supplémentaire, qui deviendra à son tour la version considérée comme étant la plus à jour de cette série. Le bouton permettant l'enregistrement d'un plan nouveau est appelé par convention « nouveau plan ». Ce bouton est visuellement différent des boutons 10 permettant d'enregistrer une nouvelle version. Dans le cadre de cette variante de réalisation préférée, c'est donc sa charte graphique qui le différencie. En sélectionnant l'un ou l'autre des boutons d'enregistrement, l'utilisateur identifie le plan soumis au système comme étant soit un plan totalement nouveau, soit la nouvelle version la plus à jour d'une série de plans. Dans le cas d'un plan nouveau, il est demandé par le dispositif 15 récepteur à l'utilisateur de nommer ce plan, en interdisant, pour éviter les conflits, l'emploi du nom d'une série déjà connue. L'utilisateur renseigne alors librement un champ de saisie alphanumérique prévu à cet effet. Dans le cas de la nouvelle version d'un plan connu, le nom automatiquement donné à ce plan est le nom de la série. Chaque plan est ainsi nommé de manière unique, son nom constituant la donnée d'identification de ce 20 plan. Dans les deux cas, cette valeur alphanumérique est nommée « NOM PLAN ». Dans le cadre de cette réalisation préférée, l'utilisateur charge ensuite, en 26, le plan reçu au format PDF sur le serveur MO. Selon une seconde variante entièrement automatisée, le dispositif récepteur met en oeuvre 25 la fonction d'enregistrement de manière automatique, en attribuant lui-même un nom à un nouveau plan, puis transmet le fichier source PDF au serveur MO. Une fois ce fichier source, nommé « DOC PDF », reçu par le serveur MO, un logiciel hébergé sur ce dernier commence, en 28, par horodater automatiquement le chargement 30 de ce fichier source, par comparaison avec l'horloge interne du serveur MO, puis le logiciel associe à ce fichier la valeur « NOM PLAN » en tant que donnée d'identification. Chaque fichier source est alors identifié par un couple de données (DATE, NOM PLAN) unique. Ceci étant fait, le serveur MO convertit automatiquement en 30, les P pages du fichier source PDF respectivement en P images matricielles 35 bidimensionnelles distinctes, au format image PNG, chacune des P images correspondant donc à l'une des pages du fichier DOC PDF. On appellera par la suite cette image matricielle un « master ». Ce master est en particulier repéré par une valeur entière unique, par exemple nommée « PAGE » propre à la position de cette page au sein du 3043806 10 document DOC PDF. Par exemple, il est fixé PAGE=1 pour la première page du fichier DOC PDF, PAGE =2 pour la deuxième page du fichier DOC PDF, etc. La conversion du fichier PDF en images PNG est par exemple réalisée au moyen de la fonction « ImagelOUtil.writelmage » de la boite à outils « PDF BOX» installée sur le serveur 5 MO. La résolution des images générées est connue et par exemple imposée à 100 dpi (pour « dot per inch »). Dans une première variante, la résolution est également une donnée connue mémorisée dans les dispositifs M1,..., Mn de sorte qu'il n'est pas nécessaire de communiquer ultérieurement celle-ci aux dispositifs M1,..., Mn. Dans une seconde variante, permettant notamment de gérer des résolutions différentes, par exemple 10 de version en version, voire de master en master, cette donnée est mémorisée dans chaque image issue des masters en tant que métadonnée RES, et donc communiquée aux dispositifs M1,..., Mn. On notera, comme cela est connu en soi, que le fichier source DOC PDF comprend usuellement également une résolution native, généralement 72 dpi pour un fichier PDF. Connaissant par ailleurs la taille en pixels des masters, l'échelle du 15 plan (e.g. distance entre 2 pixels = 1 mm) est donc connue, de sorte que l'échelle du plan est transmise également au travers de la résolution RES. Ainsi, la résolution RES permet d'approximer des dimensions physiques du plan papier, à partir de mesures de distances entre pixels effectuées sur les dispositifs M1,..., Mn. 20 Dans une étape 32 de découpage suivante, le logiciel du serveur MO identifie tout d'abord les dimensions, en pixels, de chacun des masters. Ces dimensions sont des valeurs entières notées Lm (Largeur) et Hm (Hauteur). Cette détermination est mise en oeuvre informatiquement au moyen par exemple des fonctions « getWidth » et « getHeight » de la boite à outil PDF BOX. Puis, les masters dont au moins l'une des dimensions Lm ou 25 Hm est supérieure aux dimensions Ld et Hd, constituant le socle de caractéristiques minimales communes aux dispositifs M1,..., Mn, et mémorisées dans le serveur MO, sont découpés en un ensemble de sous-images plus petites, de dimensions inférieures aux dimensions Ld et Hd. Par contre, les masters, dont les deux dimensions Lm et Hm sont inférieures aux dimensions Ld et Hd, ne sont pas modifiés. 30 A cet effet, le serveur MO effectue par exemple la division euclidienne de la dimension trop élevée du master par la dimension Ld ou Hd correspondante, selon les relations suivantes : - Si Lm>Ld, alors les paramètres p et r tels que Lm = Ld.p + r sont calculés, où p et r 35 sont des entiers positifs et r est strictement inférieur à Ld ; - Si Hm>Hd, alors les paramètres q et s tels que Hm = Hd.q + s, sont calculés, où q et s sont des entiers positifs et s est strictement inférieur à Hd. 3043806 11 Le master est ensuite décomposés en (p+1) fois (q+1) sous-images matricielles de même résolution que le master (e.g. 100 dpi) et dont les dimensions sont inférieures ou égales aux dimensions caractéristiques Ld et Hd. Notamment, dans le repère orthonormé, noté R, prenant pour origine le coin inférieur gauche du master et dont la norme est égale à 1 5 pixel, pour i entier variant de 0 à p-1 et pour j entier variant de 0 à q-1, la sous image SI(i,j) est composée de l'ensemble des pixels du master de coordonnées (x ;y) tels que : 0, et pour j entier variant de 0 à q*-1, le conteneur de lignes C(j) contiendra l'ensemble des pixels de coordonnées (x ;y) tels que : 0 0 et p *>0, pour j entier variant de 0 à q*-1, pour i entier variant de 0 à p*-1, 10 le conteneur d'image CI(i,j) comprend l'ensemble des pixels du master initial de coordonnées (x ;y) tels que : x REVENDICATIONS1. Procédé de visualisation d'un plan numérique (PLAN) par des dispositifs informatiques (M1, M2,...Mn), connectés au travers d'un réseau informatique (RI) à un dispositif informatique formant serveur (MO), chaque dispositif informatique (M1, M2,...Mn) comprenant une mémoire informatique (SSD) pour mémoriser au moins un fichier informatique (DOC RECOMP), dit « de visualisation », comprenant au moins une image matricielle (SUB PLAN1, SUB PLAN2,..., SUB PLANQ), des données (NOM_PLAN) d'identification, et des données de version (DATE), un écran (DISPLAY) et une unité de traitement pour piloter l'écran de manière à afficher l'image matricielle du fichier de visualisation mémorisé dans ladite mémoire, le procédé comprenant : par le dispositif informatique formant serveur (MO) : - la réception d'un fichier informatique (DOC PDF), dit « de source », codant le plan numérique (PLAN) ; - la production, en fonction du fichier source (DOC PDF), d'au moins un fichier informatique (DOC PNG1, DOC PNG2,- - - DOC PNGQ), dit , « intermédiaire », comprenant une image matricielle (SUB PLAN1, SUB PLAN2,..., SUB PLANA) d'au moins une partie du plan numérique (PLAN), des données (NOM_PLAN) d'identification et données (DATE) de version associées au plan numérique (PLAN), ; - l'envoi de chaque fichier intermédiaire aux dispositifs informatiques ; par chaque dispositif informatique (M1, M2, ..., Mn) : - la réception et l'enregistrement de chaque fichier intermédiaire (DOC PNG1, DOC PNG2, ..., DOC PNGQ) envoyé par le dispositif formant serveur (MO); - et l'affichage sur l'écran (DISPLAY) du plan numérique (PLAN) en fonction du ou des images matricielles (SUB PLAN1, SUB PLAN2,..., SUB PLANQ) du ou des fichiers intermédiaires ayant les données d'identification (NOM_PLAN) associées au plan numérique (PLAN) et les données de version (DATE) les plus récentes. 2. Procédé selon la revendication 1, dans lequel chaque fichier intermédiaire comprend des données (RES) de résolution de l'image matricielle ou le dispositif informatique (M1, M2, ..., Mn) mémorise la résolution de l'image matricielle. . 3043806 23 3. Procédé selon la revendication 2, dans lequel le dispositif informatique (M1, ..., Mn) met en oeuvre : - si un fichier de visualisation, ayant des données d'identification identiques à celles du fichier intermédiaire reçu, est mémorisé dans la mémoire dudit 5 dispositif, la mise à jour d'au moins une image matricielle dudit fichier de visualisation en fonction de l'image matricielle du fichier intermédiaire, en conservant les données d'identification du fichier de visualisation ; - si aucun fichier de visualisation, ayant des données d'identification identiques à celles du fichier informatique intermédiaire, n'est mémorisé dans la mémoire 10 dudit dispositif, la production d'un fichier de visualisation comprenant les données d'identification, de version, et de résolution, et l'image matricielle du fichier intermédiaire, et la mémorisation du fichier produit dans la mémoire dudit dispositif 15 4. Procédé selon les revendications 2 et 3, dans lequel la production du fichier intermédiaire comporte la production de données de résolution de l'image matricielle, et dans lequel les données de résolution du fichier de visualisation sont mises à jour en fonction des données de résolution du fichier intermédiaire. 20 5. Procédé selon l'une des revendications 1 à 4, dans lequel le fichier source (DOC PDF) est un fichier selon un format informatique vectorisé, notamment un fichier pdf ou autocad. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel le 25 dispositif informatique (M1, M2, ..., Mn) : - produit et mémorise un fichier HTML contenant des balises de type conteneurs en fonction des dimensions de l'image matricielle et des balises de type image liant l'image mémorisée au fichier HTML ; - est configure pour afficher l'image au moyen d'un navigateur internet. 30 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel le dispositif informatique (M1, M2,..., Mn) produit un objet informatique dynamique, mémorisé dans une mémoire vive du dispositif, comprenant des conteneurs d'images incorporant uniquement la ou les images matricielles affichées sur 35 l'écran. 3043806 24 8. Procédé selon l'une quelconque des revendications précédentes, dans lequel les écrans (DISPLAY) des dispositifs informatiques (M1, M2, ..., Mn) comprennent chacun une matrice d'au moins de L x H pixels d'affichage : dans lequel le dispositif formant serveur (MO) : 5 - mémorise les paramètres L et H ; - découpe le plan numérique (PLAN) en une série d'images matricielles (SUB PLAN1, SUB PLAN2,..., SUB PLANQ) de dimensions inférieures ou égales à L x H pixels si le plan numérique (PLAN) comporte Lp x Hp pixels avec Lp > L et/ou Hp > H, 10 - et produit un fichier intermédiaire pour chaque image matricielle de ladite série ; et dans lequel le dispositif informatique (M1, M2,..., Mn) met à jour ou crée le fichier de visualisation en fonction de la série d'images (SUB PLAN1, SUB PLAN2,..., SUB PLANQ) contenue dans les fichiers intermédiaires. 15 9. Procédé selon la revendication 8, dans lequel la matrice de L x H pixels correspond à l'écran de plus petite taille parmi les écrans (DISPLAY) des dispositifs informatiques (M1, M2,..., Mn). 20 10. Système informatique de visualisation d'un plan numérique (PLAN), comprenant des dispositifs informatiques (M1, M2,...Mn), connectés au travers d'un réseau informatique (RI) à un dispositif informatique formant serveur (MO), chaque dispositif informatique (M1, M2,...Mn) comprenant une mémoire informatique pour mémoriser au moins un fichier informatique (DOC RECOMP), dit « de 25 visualisation », comprenant au moins une image matricielle (SUB PLAN1, SUB PLAN2,..., SUB PLANQ), des données (NOM_PLAN) d'identification, et des données de version (DATE), un écran (DISPLAY) et une unité de traitement pour piloter l'écran de manière à afficher l'image matricielle du fichier de visualisation mémorisé dans ladite mémoire, 30 le dispositif informatique formant serveur (MO) étant configure pour : - la réception d'un fichier informatique (DOC PDF), dit « de source », codant le plan numérique (PLAN) ; - la production, en fonction du fichier source (DOC PDF), d'au moins un fichier informatique (DOC PNG1, DOC PNG2,- - - DOC PNGQ), dit , 35 « intermédiaire », comprenant une image matricielle (SUB PLAN1, SUB PLAN2,..., SUB PLANA) d'au moins une partie du plan numérique (PLAN), des données (NOM_PLAN) d'identification et de version associées 3043806 25 au plan numérique (PLAN), et des données (RES) de résolution de l'image matricielle ; - l'envoi de chaque fichier intermédiaire aux dispositifs informatiques ; et chaque dispositif informatique (M1, M2, ..., Mn) étant configure pour : 5 - la réception et l'enregistrement de chaque fichier intermédiaire (DOC PNG1, DOC PNG2, ..., DOC PNGQ) envoyé par le dispositif formant serveur (MO); - et l'affichage sur l'écran (DISPLAY) du plan numérique (PLAN) en fonction du ou des images matricielles (SUB PLAN1, SUB PLAN2,..., SUB PLANQ) du ou des fichiers intermédiaires ayant les données 10 d'identification (NOM PLAN) associées au plan numérique (PLAN) et les données de version (DATE) les plus récentes. 11. Système selon la revendication 10, apte à mettre en oeuvre un procédé selon l'une quelconque des revendications 2 à 9. 15