FR2989187A1

FR2989187A1 - Method for organizing system of software objects for processing of computer graphics, involves allocating value of attribute of same name, same type, and with same modifiers to each attribute of context of tree to be displayed

Info

Publication number: FR2989187A1
Application number: FR1253155A
Authority: FR
Inventors: Sam Assadian; Sebastien Guichou; Yann Couderc
Original assignee: ISOTROPIX
Current assignee: ISOTROPIX
Priority date: 2012-04-05
Filing date: 2012-04-05
Publication date: 2013-10-11
Anticipated expiration: 2032-04-05
Also published as: FR2989187B1

Abstract

The method involves forming a hierarchical tree of contexts, and forming a global sub-context to expose contexts on the basis of a point of the tree of contexts (428). A contextualization directory of values of attributes is formed (430) for the contexts, and a value of the attribute of the same name, of the same type and with the same modifiers is allocated (450) to each attribute of the context of the tree to be displayed, where each context automatically inherits the values of attribute associated with the context of higher level to which the context belongs. An independent claim is also included for a device for organizing a system of software objects endowed with attributes.

Description

ARRIERE-PLAN DE L'INVENTION Domaine de l'invention La présente invention concerne un procédé et un dispositif de traitement d'information. Elle s'applique, en particulier au traitement d'informations d'images et, notamment, à l'infographie. Arrière-plan technologique L'infographie (aussi appelée improprement « image de synthèse ») est l'art de l'image numérique. Elle définit les graphismes créés et gérés par ordinateur, dont la gestion se base sur une station graphique, les outils d'acquisition comme le numériseur ou la caméra banc-titre, les outils de manipulation comme la souris ou la tablette graphique. Elle se compose également d'outils de stockage et d'outils de restitution, d'une interface utilisateur qui permet l'interaction entre l'utilisateur et l'ordinateur et du format de données qui assure l'intermédiaire entre l'image rendue et les éléments numériques de celle-ci. BACKGROUND OF THE INVENTION Field of the Invention The present invention relates to a method and an information processing device. It applies, in particular to the processing of image information and, in particular, to computer graphics. Technological background Computer graphics (also improperly called "computer-generated image") is the art of digital image. It defines graphics created and managed by computer, whose management is based on a graphic station, acquisition tools such as the scanner or the camera bench-title, manipulation tools such as the mouse or the graphics tablet. It also consists of storage tools and rendering tools, a user interface that allows interaction between the user and the computer and the data format that provides the intermediary between the rendered image and the numerical elements of it.

L'infographiste (ou infographe) est une personne qui maîtrise le travail de l'image (2D, 3D, logiciels PAO, web, etc.). C'est un spécialiste de l'image et de l'informatique. Il utilise des logiciels spécifiques pour la mise en page, la retouche de photos et d'images, le dessin vectoriel, la création de site Internet, etc. En infographie 2D, les images sont créées par des techniques travaillant directement sur les deux dimensions de l'image, que ce soit : - en créant des formes ex nihilo (dessin, peinture, etc), - par des processus algorithmiques divers (images fractales), ou - par traitement d'images, c'est-à-dire modification des propriétés de chaque pixel d'une image d'origine (photographique ou dessinée, etc.). Ces modifications peuvent porter sur les dimensions des formes, leur luminance, leur couleur. Elles passent en particulier par un certain nombre de filtres (opérations mathématiques) dont les fondamentaux sont apparus avec Photoshop (marque déposée). En infographie 3D, les images sont créées selon les principales étapes de création suivantes : - la modélisation des objets de la scène en trois dimensions, - la position et la trajectoire de la caméra et de la cible, - le positionnement et le réglage des lumières, - la création et l'affectation des textures, - le choix du mode de rendu et - le calcul des images. La synthèse d'image 3D se décompose essentiellement en deux étapes : - modéliser ce que l'on veut visualiser ou représenter. Cette étape est appelée « modélisation » et - effectuer la visualisation de ce que l'on a modélisé. Cette étape est appelée « rendu ». La modélisation consiste à faire stocker par l'ordinateur un ensemble de données géométriques et de caractéristiques graphiques permettant de représenter ensuite le modèle. Ce modèle est habituellement appelé scène 3D, d'après l'anglais scene qui signifie « vue », on dira donc « vue 3D ». The graphic designer (or graphic designer) is someone who masters the work of the image (2D, 3D, DTP software, web, etc.). He is a specialist in image and computer science. It uses specific software for layout, retouching photos and images, vector drawing, website creation, etc. In 2D computer graphics, images are created by techniques working directly on the two dimensions of the image, whether: - by creating forms ex nihilo (drawing, painting, etc.) - by various algorithmic processes (fractal images ), or - by image processing, that is to say, modification of the properties of each pixel of an original image (photographic or drawn, etc.). These modifications can relate to the dimensions of the forms, their luminance, their color. They pass in particular by a number of filters (mathematical operations) whose fundamentals appeared with Photoshop (trademark). In 3D computer graphics, images are created according to the following main stages of creation: - the modeling of the objects of the scene in three dimensions, - the position and the trajectory of the camera and the target, - the positioning and the adjustment of the lights , - the creation and the assignment of the textures, - the choice of the mode of rendering and - the computation of the images. 3D image synthesis essentially breaks down into two stages: - modeling what you want to visualize or represent. This step is called "modeling" and - perform the visualization of what one has modeled. This step is called "rendering". Modeling consists in having the computer store a set of geometric data and graphic characteristics that can then be used to represent the model. This model is usually called 3D scene, according to English scene that means "view", so we say "3D view".

Le rendu est une phase qui consiste à transformer l'espace 3D en une image 2D. Le rendu est généré par un/des programme(s) qu'on appelle moteur de rendu 3D, intégré(s) ou non au logiciel de modélisation. Le rendu se décompose en plusieurs phases : - calcul de l'éclairage (on parle « d'illumination ») - projection dans le plan d'observation et - dessin à proprement parler avec application éventuelle de textures. Des techniques complémentaires d'application de texture (« texture mapping ») sont utilisées pour le rendu d'effets plus réalistes sans pour autant rendre plus complexes les modèles 3D. Rendering is a phase of transforming 3D space into a 2D image. The rendering is generated by a program (s) called 3D rendering engine, integrated (or not) in the modeling software. The rendering is broken down into several phases: - calculation of lighting (we speak of "illumination") - projection in the plane of observation and - drawing strictly speaking with possible application of textures. Additional texture mapping techniques are used to render more realistic effects without making 3D models more complex.

Actuellement, l'infographie 2D est intégrée ou interactive, en ce sens que l'infographiste peut visualiser l'image en cours de réalisation. Au contraire, les étapes successives nécessitant beaucoup de ressources du processus d'infographie 3D impose de ne pas visualiser, en temps réel, l'image en cours de réalisation. Au cours de la gestion d'un projet, par exemple la réalisation d'une animation, l'infographiste génère des milliers d'objets et de fichiers. En effet, chaque objet de chaque image peut devoir être représenté par un objet spécifique. Il doit alors organiser ces objets pour les retrouver rapidement, notamment lorsqu'il doit les éditer. Plus les images de synthèse sont riches, plus les vues 3D qui les décrivent sont complexes car elles sont constituées d'un très grand nombre d'objets manipulés par l'utilisateur. Un logiciel de synthèse d'images peut gérer plusieurs images en parallèle et donc beaucoup plus d'objets que d'autres logiciels de 3D. Il se pose donc le problème d'organiser, sélectionner et manipuler individuellement ou simultanément les milliers d'objets contenus dans les sessions du logiciel mettant en oeuvre chacun des procédés objets de la présente invention. On ne connaît aucun automatisme capable de l'aider dans cette tâche 15 fastidieuse. BREVE DESCRIPTION DE L'INVENTION La présente invention vise à remédier à ces inconvénients. A cet effet, la présente invention vise, selon un premier aspect, un procédé 20 d'organisation d'un système d'objets logiciels dotés d'attributs, qui comporte : - une étape de formation d'une arborescence hiérarchique de groupes d'objets appelés « contextes », l'arborescence comportant un contexte racine dans lequel se trouvent tous les autres contextes et tous les objets, chaque objet de ladite arborescence étant dans un dit contexte, 25 - une étape de formation, pour au moins un contexte, d'un sous-contexte dit « global » pour exposer des objets à partir d'un point de l'arborescence de contextes, - une étape de formation, pour au moins un contexte, d'un répertoire dit « de contextualisation » de valeurs d'attributs pour les objets du dit contexte et 30 - une étape d'attribution, à chaque attribut d'un objet de l'arborescence à afficher, de la valeur de l'attribut de même nom, de même type et de même modificateurs, de plus haut rang pour lequel il a été attribué une valeur dans un répertoire de contextualisation. On note que les contextes globaux servent à exposer des objets globalement a partir d'un point d'arborescence à toute la sous-arborescence. Currently, the 2D computer graphics is integrated or interactive, in that the graphic designer can view the image in progress. On the contrary, the successive steps requiring a lot of resources of the 3D computer graphics process require not to visualize, in real time, the image in progress. During the management of a project, for example the realization of an animation, the graphic designer generates thousands of objects and files. Indeed, each object of each image may have to be represented by a specific object. He must then organize these objects to find them quickly, especially when he has to edit them. The more rich computer-generated images are, the more complex the 3D views that describe them, because they consist of a very large number of objects manipulated by the user. An image synthesis software can handle multiple images in parallel and thus many more objects than other 3D software. There is therefore the problem of organizing, selecting and manipulating individually or simultaneously the thousands of objects contained in the software sessions implementing each of the methods that are the subject of the present invention. There is no known automatism capable of helping him in this tedious task. BRIEF DESCRIPTION OF THE INVENTION The present invention aims to remedy these drawbacks. For this purpose, the present invention aims, in a first aspect, a method of organizing a system of software objects with attributes, which comprises: a step of forming a hierarchical tree of groups of objects called "contexts", the tree having a root context in which are found all other contexts and all objects, each object of said tree being in a said context, 25 - a training step, for at least one context, a sub-context called "global" to expose objects from a point of the context tree, - a training step, for at least one context, a directory called "contextualization" values of attributes for the objects of said context and 30 - a step of assigning, to each attribute of an object of the tree to be displayed, the value of the attribute of the same name, of the same type and of the same modifiers , of higher rank for which he was attracted ibue a value in a contextualization directory. Global contexts are used to expose objects globally from a tree point to the entire subtree.

Grâce à ces dispositions, tous les objets et contextes présents dans un contexte doté d'un répertoire de contextualisation sont cohérents puisqu'ils ont des valeurs d'attribut communes. Selon des caractéristiques particulières, au cours de l'étape de formation d'un sous-contexte global, on forme un sous-contexte global dans chaque contexte, hormis les sous-contextes globaux. Selon des caractéristiques particulières, au cours de l'étape de formation d'un sous-contexte global, chaque sous-contexte global présente les propriétés de ne pouvoir ni être renommé, ni être supprimé. On note que les contextes globaux ne peuvent être ni supprimés, ni renommés afin que des références relatives ou des pointeurs puissent être utilisés par tout objet, en tout point de l'arborescence. Selon des caractéristiques particulières, au cours de l'étape d'attribution, on affecte, à chaque attribut d'un objet de l'arborescence, de la valeur de l'attribut de même nom et de même type de plus haut rang pour lequel il a été attribué une valeur dans un répertoire de contextualisation. Grâce à ces dispositions, les attributs de tous les objets et contextes sont cohérents, indépendamment de leurs valeurs propres. Selon des caractéristiques particulières : - au cours de l'étape de formation d'une arborescence, on génère, pour le contexte racine, un sous-contexte dit « default » et - au cours de l'étape d'attribution, on affecte à chaque attribut de type objet à afficher qui référence un objet du contexte default, la valeur de l'objet du contexte default. Grâce à ces dispositions, on peut éviter d'avoir à redéfinir des valeurs d'attributs communs à plusieurs objets dans l'arborescence. With these provisions, all objects and contexts in a context with a contextualization directory are consistent because they have common attribute values. According to particular characteristics, during the step of forming a global sub-context, a global sub-context is formed in each context, except for the global sub-contexts. According to particular characteristics, during the step of forming a global sub-context, each global sub-context has the properties of not being able to be renamed or deleted. Note that global contexts can not be deleted or renamed so that relative references or pointers can be used by any object at any point in the tree. According to particular characteristics, during the allocation step, each attribute of an object of the tree is assigned the value of the attribute of the same name and of the same type of highest rank for which it has been assigned a value in a contextualization directory. Thanks to these provisions, the attributes of all the objects and contexts are coherent, independently of their eigenvalues. According to particular characteristics: during the step of forming a tree structure, a context called "default" is generated for the root context and - during the allocation step, it is assigned to each attribute of type object to display that references an object of the context default, the value of the context object default. Thanks to these provisions, it is possible to avoid having to redefine attribute values that are common to several objects in the tree structure.

Selon des caractéristiques particulières, le procédé objet de l'invention comporte une étape de création d'au moins un raccourci pointant vers un contexte, le contexte pointé par au moins un raccourci restant à sa position, l'étape d'attribution de valeurs aux attributs des objets dudit contexte étant réalisée en mettant en oeuvre chaque dit raccourci. Grâce à ces dispositions, un contexte peut être mis en oeuvre dans plusieurs contextes sans être intégralement copié. L'édition conjointe de plusieurs contextes liés entre eux est ainsi facilitée. Selon des caractéristiques particulières, le procédé objet de l'invention comporte une étape de création d'au moins un raccourci pointant vers objet, l'objet pointé par au moins un raccourci restant à sa position, l'étape d'attribution de valeurs aux attributs dudit objet étant réalisée en mettant en oeuvre chaque dit raccourci. Grâce à ces dispositions, un objet peut être mis en oeuvre dans plusieurs contextes sans être intégralement copié. L'édition conjointe de plusieurs objets liés entre eux est ainsi facilitée. Selon des caractéristiques particulières, au cours de l'étape de formation d'une arborescence, lorsqu'aucun contexte courant n'est défini pour la création d'un contexte ou d'un objet, la génération d'un contexte ou d'un objet est effectuée dans le contexte racine et, lorsqu'un contexte courant est défini, la génération d'un contexte ou d'un objet est effectuée dans le contexte courant. Grâce à ces dispositions, la génération de contextes et d'objet est uniforme et permet, ensuite, le déplacement du contexte ou de l'objet nouvellement créé dans un autre contexte. Selon des caractéristiques particulières, au cours de l'étape de formation de l'arborescence hiérarchique, on attribue, à chaque contexte et à chaque objet dans un contexte, un nom représentant au moins une partie de l'enchainement successif des contextes qui le comportent, en partant du répertoire racine. Grâce à ces dispositions, les noms des contextes et des objets sont intelligibles. Selon des caractéristiques particulières, le procédé objet de la présente invention comporte une étape de visualisation d'un contexte, au cours de laquelle on affiche : - les objets présents dans le contexte, - les attributs des dits objets, - les valeurs des dits attributs, - si un répertoire de contextualisation existe dans ledit contexte, les valeurs d'attributs définies dans un répertoire de contextualisation du dit contexte et - les valeurs d'attributs définies dans chaque répertoire de contextualisation d'un contexte comportant ledit contexte. Selon un deuxième aspect, la présente invention vise un dispositif d'organisation d'un système d'objets logiciels dotés d'attributs, qui comporte : - un moyen de formation d'une arborescence hiérarchique de groupes d'objets appelés « contextes », l'arborescence comportant un contexte racine dans lequel se trouvent tous les autres contextes et tous les objets, chaque objet de ladite arborescence étant dans un dit contexte, - un moyen de formation, pour au moins un contexte, d'un sous-contexte dit « global » pour exposer des objets à partir d'un point de l'arborescence de contextes, - un moyen de formation, pour au moins un contexte, d'un répertoire dit « de contextualisation » de valeurs d'attributs pour les objets du dit contexte et - un moyen d'attribution, à chaque attribut d'un objet de l'arborescence à afficher, de la valeur de l'attribut de même nom, de même type et de même modificateurs, de plus haut rang pour lequel il a été attribué une valeur dans un répertoire de contextualisation. Les avantages, buts et caractéristiques particulières de ce dispositif étant similaires à ceux du procédé objet de la présente invention, ils ne sont pas rappelés ici. According to particular features, the method which is the subject of the invention comprises a step of creating at least one shortcut pointing to a context, the context pointed to by at least one shortcut remaining at its position, the step of assigning values to attributes of the objects of said context being achieved by implementing each said shortcut. Thanks to these provisions, a context can be implemented in several contexts without being completely copied. The joint edition of several interrelated contexts is thus facilitated. According to particular features, the method according to the invention comprises a step of creating at least one shortcut pointing to object, the object pointed to by at least one shortcut remaining at its position, the step of assigning values to attributes of said object being achieved by implementing each said shortcut. Thanks to these provisions, an object can be implemented in several contexts without being completely copied. The joint edition of several interrelated objects is thus facilitated. According to particular features, during the step of forming a tree, when no current context is defined for the creation of a context or an object, the generation of a context or a object is performed in the root context and, when a current context is defined, the generation of a context or an object is performed in the current context. Thanks to these provisions, the generation of contexts and objects is uniform and allows, then, the displacement of the context or the newly created object in another context. According to particular characteristics, during the step of forming the hierarchical tree, a name is given to each context and to each object in a context, representing at least part of the successive sequence of contexts that comprise it. , starting from the root directory. Thanks to these provisions, the names of contexts and objects are intelligible. According to particular features, the method that is the subject of the present invention comprises a step of visualizing a context, during which we display: the objects present in the context, the attributes of the said objects, the values of the said attributes. if a contextualization directory exists in said context, the attribute values defined in a contextualization directory of said context and the attribute values defined in each contextualization directory of a context comprising said context. According to a second aspect, the present invention relates to a device for organizing a system of software objects with attributes, which comprises: a means of forming a hierarchical tree of groups of objects called "contexts", the tree comprising a root context in which are found all the other contexts and all the objects, each object of said tree being in a said context, - a means for forming, for at least one context, a so-called sub-context "Global" for exposing objects from a point of the context tree, - a means for forming, for at least one context, a so-called "contextualization" directory of attribute values for the objects of the said context and - a means of attribution, to each attribute of an object of the tree to be displayed, of the value of the attribute of the same name, of the same type and of the same modifiers, of the highest rank for which it was assigned a value in a re contextualization folder. Since the advantages, aims and particular characteristics of this device are similar to those of the method that is the subject of the present invention, they are not recalled here.

BREVE DESCRIPTION DES DESSINS D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre faite, dans un but explicatif et nullement limitatif, en regard des dessins annexés, dans lesquels : - la figure 1 représente, schématiquement, un écran d'édition conjointe d'attributs d'une pluralité d'objets, mis en oeuvre dans un mode de réalisation particulier du procédé d'édition conjointe objet de la présente invention, - la figure 2 représente, sous forme d'un logigramme, des étapes d'un mode de réalisation particulier du procédé d'édition conjointe d'objets selon la présente invention, - la figure 3 représente, schématiquement, un écran d'édition de calques mis en oeuvre dans un mode de réalisation particulier du procédé de création de calques objet de la présente invention, - la figure 4 représente, sous forme d'un logigramme, des étapes d'un mode de réalisation particulier du procédé d'organisation d'un système d'objets selon la présente invention et - la figure 5 représente, sous forme d'un logigramme, des étapes d'un mode de réalisation particulier du procédé d'édition de calques selon la présente invention. DESCRIPTION DETAILLEE DE MODES DE REALISATION DE L'INVENTION On observe, en figure 1, une interface d'édition d'attributs d'objets affichée sur un écran 100. Cette interface comporte : - une barre d'adresse 120 du projet en cours d'édition, dans laquelle apparaît le nom du projet sélectionné par l'utilisateur, par exemple par navigation dans une liste de projet, l'adresse pouvant comporter l'intégralité du chemin pour accéder au projet sélectionné (par exemple, c://projets/projet auto/voiture sportive) ; la barre d'adresse 120 permet de naviguer jusqu'à un objet qui peut se trouver dans des contextes hiérarchiquement organisés, - une liste 160 hiérarchisée de répertoires liés au projet en cours de traitement, - une liste d'objets 125 présents dans le répertoire sélectionné dans la liste 160 et qui peuvent être sélectionnés, - une fenêtre 130 d'affichage du contenu du dernier objet sélectionné, - une boîte à outil 110, dans laquelle des icônes peuvent être sélectionnés par l'utilisateur pour dessiner dans une fenêtre de visualisation d'image 180, - un menu principal 115 contenant des titres de menus déroulants de type connu (« File », « Edit », « Create », « Tools », « Animate », « Render », « Filter », « Window », « Layout » et « Help », par exemple), - une série 170 d'icônes pour ouvrir d'autres programmes ou répertoires de fichiers, liés au système d'exploitation du système informatique sur lequel fonctionne le logiciel implémentant le procédé objet de la présente invention, par exemple la barre de tâches Windows (marque déposée), - une fenêtre de prévisualisation d'image 165, dans laquelle l'image est modifiée en temps réel en fonction des commandes d'édition et des commandes de dessin utilisées par l'utilisateur, - une fenêtre 175 d'édition d'attributs multiples comportant une liste d'attributs d'objets sélectionnés 135, un bouton de verrouillage de sélection 140, une fenêtre 145 de représentation graphique du type d'attribut et/ou de ses modificateurs (en anglais « modifier »), une représentation 150 de la plage de variation autorisée ou de la valeur numérique de l'attribut en regard de ladite plage, des icônes 155 de gestion de la fenêtre d'édition d'attributs, - un indicateur 185 de progression du calcul de l'image visualisée, en pourcentage, - un navigateur d'objets sélectionnés 190, - un éditeur de calques 195 et - une barre de progression de calcul 105 qui change de couleur au cours de la progression des calculs. Une fois que l'utilisateur a sélectionné des objets dans la liste 125, par exemple par sélections successives avec un dispositif de pointage tel qu'une souris, éventuellement avec des touches de contrôle (« ctrl »), automatiquement, les attributs des objets sélectionnés sont agrégés dans la liste d'attributs 135. Les attributs d'une pluralité d'objet qui portent le même nom et ont le même type et les mêmes modificateurs sont réunis en un seul attribut dans la liste d'attributs 135. Dans la fenêtre 175 d'édition d'attributs multiples, la sélection des objets peut être verrouillée en activant le bouton de verrouillage de sélection 140. Chaque type d'attribut, par exemple bouléen, flottant, couleur, vecteur, numérique et objet, et/ou chaque type de modificateur, par exemple animable ou texturable, correspond à une représentation graphique, ou icône, qui est représentée dans la fenêtre 145. En sélectionnant un attribut, l'utilisateur peut éditer sa valeur en mettant en oeuvre la représentation 150 qui se trouve en regard de l'attribut sélectionné, qui représente la plage de variation autorisée ou la valeur numérique de l'attribut. BRIEF DESCRIPTION OF THE DRAWINGS Other advantages, aims and features of the present invention will emerge from the description which follows, for an explanatory and non-limiting purpose, with reference to the appended drawings, in which: FIG. 1 represents, schematically, a screen for the joint edition of attributes of a plurality of objects implemented in a particular embodiment of the joint editing method forming the subject of the present invention; FIG. 2 represents, in the form of a logic diagram; , Steps of a particular embodiment of the method of joint edition of objects according to the present invention, - Figure 3 shows, schematically, a layer editing screen implemented in a particular embodiment of the method FIG. 4 represents, in the form of a logic diagram, steps of a particular embodiment of the method for organizing the creation of layers of the present invention; An object system according to the present invention and - Figure 5 shows, in the form of a logic diagram, steps of a particular embodiment of the layer editing method according to the present invention. DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION FIG. 1 shows an interface for editing attributes of objects displayed on a screen 100. This interface comprises: an address bar 120 of the project in progress; edition, in which appears the name of the project selected by the user, for example by browsing in a project list, the address can include the entire path to access the selected project (for example, c: // projects / car project / sports car); the address bar 120 makes it possible to navigate to an object that can be in hierarchically organized contexts, a hierarchical list of directories linked to the project being processed, a list of objects present in the directory. selected from the list 160 and which can be selected, - a window 130 for displaying the content of the last selected object, - a tool box 110, in which icons can be selected by the user to draw in a viewing window image 180, - a main menu 115 containing scrolling menu titles of known type ("File", "Edit", "Create", "Tools", "Animate", "Render", "Filter", "Window" Eg, "Layout" and "Help"), - a series of 170 icons to open other programs or file directories, related to the operating system of the computer system on which the software implementing the method which is the subject of the present invention, for example the Windows task bar (registered trademark), an image preview window 165, in which the image is modified in real time according to the editing commands and commands for drawing used by the user, - a multi-attribute editing window 175 having a list of selected object attributes 135, a selection lock button 140, a graphical representation type attribute window 145 and / or its modifiers (in English "modify"), a representation 150 of the authorized range of variation or the numerical value of the attribute opposite said range, icons 155 of management of the editing window of attributes, - a display progress indicator 185, in percentage, - a selected object browser 190, - a layer editor 195 and - a calculation progress bar 105 that changes color during the progress of the calculations. Once the user has selected objects in the list 125, for example by successive selections with a pointing device such as a mouse, possibly with control keys ("ctrl"), automatically, the attributes of the selected objects are aggregated in the attribute list 135. The attributes of a plurality of objects that have the same name and have the same type and the same modifiers are combined into a single attribute in the attribute list 135. In the window 175 of multiple attribute editing, the selection of the objects can be locked by activating the selection lock button 140. Each attribute type, for example bouléen, floating, color, vector, numeric and object, and / or each type of modifier, for example animable or texturable, corresponds to a graphic representation, or icon, which is represented in the window 145. By selecting an attribute, the user can edit its value by implementing the representation 150 which is next to the selected attribute, which represents the authorized range of variation or the numerical value of the attribute.

Comme exposé en regard de la figure 2, cette édition peut être effectuée en valeur absolue ou en valeur relative ou en copiant la valeur du premier ou du dernier objet sélectionné ou encore par « drag and drop » (déplacer et lâcher, en français) en partant d'un des objets, notamment en partant d'un objet non sélectionné. Les nouvelles valeurs sont affectées à tous les attributs des objets sélectionnés qui sont unifiés en l'attribut dans la liste 135 qui est en regard de la représentation 150. On observe, en figure 2, un procédé de traitement d'informations pour éditer des objets dotés d'attributs, qui comporte : - une étape 205 de sélection d'une pluralité d'objets, - une étape 210 d'affichage automatique d'un seul champ d'édition d'attribut pour des attributs éditables de même nom d'au moins deux des objets sélectionnés et - une étape 215 d'édition conjointe de la valeur d'attributs éditables de même nom pour au moins deux des objets sélectionnés. Ainsi, on peut sélectionner une pluralité d'objets et les éditer conjointement. Par exemple, la résolution, la couleur, la police, de plusieurs documents ou contenus multimédias peuvent être édité simultanément. Préférentiellement, au cours de l'étape d'affichage 210, on affiche un seul champ d'édition d'attribut (en figure 1, ce champ comporte le nom de l'attribut, la représentation de type et la plage de variation autorisée ou de valeur) pour des attributs éditables de même nom et de même type d'au moins deux des objets sélectionnés. Les attributs de même nom et de même type sont alors édités conjointement au cours de l'étape d'édition 215. On rappelle ici que deux attributs sont de même type lorsqu'ils peuvent prendre des valeurs de même type, par exemple bouléennes, flottantes, couleur, vecteur, numérique, pointage sur un autre objet. As shown with reference to FIG. 2, this edition can be carried out in absolute value or in relative value or by copying the value of the first or the last object selected or by "drag and drop" (in French) in starting from one of the objects, in particular starting from an unselected object. The new values are assigned to all the attributes of the selected objects which are unified in the attribute in the list 135 which is next to the representation 150. FIG. 2 shows a method of processing information for editing objects with attributes, which comprises: a step 205 for selecting a plurality of objects; a step 210 for automatically displaying a single attribute editing field for editable attributes of the same name; at least two of the selected objects and a step 215 of joint edition of the value of editable attributes of the same name for at least two of the selected objects. Thus, one can select a plurality of objects and edit them together. For example, the resolution, color, font, multiple documents or multimedia content can be edited simultaneously. Preferably, during the display step 210, a single attribute editing field is displayed (in FIG. 1, this field contains the name of the attribute, the type representation and the range of variation allowed or value) for editable attributes of the same name and type of at least two of the selected objects. The attributes of the same name and of the same type are then edited jointly during the editing step 215. It will be recalled here that two attributes are of the same type when they can take values of the same type, for example, bouléennes, flottantes. , color, vector, digital, pointing on another object.

Préférentiellement, au cours de l'étape d'affichage 210, on affiche un seul champ d'édition d'attribut (en figure 1, ce champ comporte le nom de l'attribut, la représentation de type et/ou du type de modificateur et la plage de variation autorisée ou de valeur) pour des attributs éditables de même nom présentant le ou les mêmes modificateurs. Les attributs de même nom et présentant le ou les mêmes modificateurs sont alors édités conjointement au cours de l'étape d'édition 215. On rappelle ici qu'un modificateur est une capacité de modification d'un objet. 2 9 89 1 8 7 10 Par exemple, au cours de l'étape d'affichage d'attributs 210, on affiche un seul champ d'édition d'attribut pour des attributs éditables de même nom présentant, comme modificateurs, les mêmes capacités de modification dans le temps et/ou dans l'espace. On rappelle ici que la capacité de modification dans le temps correspond à l'animation, 5 notamment dans une séquence d'images et la capacité de modification dans l'espace correspond à la possibilité d'associer une texture à un objet. Au cours de l'étape de sélection d'objets 205, l'affichage des objets se fait, par exemple, dans une fenêtre d'une interface multifenêtres. Dans cette fenêtre, sont représentés, par exemple par leur nom, des répertoires, des sous-répertoires et des 10 objets. Un objet est conservé dans un fichier et est défini par un chemin, par exemple un fichier représentatif d'une image, doté d'au moins un attribut.. Un objet, au sens de la présente invention doit être compris comme dans la programmation objet : un objet est capable d'actions (« méthodes » en C++) et ses actions sont paramétrables en modifiant ses attributs (« variables membres » en C++). 15 La sélection d'objet se fait, par exemple, avec un dispositif de pointage, par exemple une souris, en sélectionnant un rectangle passant sur plusieurs noms d'objets ou en cliquant sur un objet en appuyant simultanément sur la touche « Ctrl » du clavier. La visualisation des attributs se fait, par exemple, dans une autre fenêtre de la même interface. Dans une colonne sont représentés tous les attributs éditables des 20 objets sélectionnés. De manière automatique, les attributs communs ou compatibles (c'est-à-dire de même nom, de même type et, éventuellement, de mêmes modificateurs), ne sont pas dupliqués. Ainsi, en éditant un attribut commun, on fait varier les valeurs des attributs pour tous les objets sélectionnés. Préférentiellement, au cours de l'étape de sélection d'objets 205, les contenus 25 des différents objets sélectionnés sont affichés dans une autre sous-fenêtre que celle où est effectuée la sélection. Par exemple, si ces objets sont des images fixes ou des séquences d'images, ces images fixes ou la première image de chaque séquence d'image sont affichés côte à côte dans cette sous-fenêtre. Ainsi, préférentiellement et comme illustré en figure 1, l'interface comporte au 30 moins : - une fenêtre listant les objets qui peuvent être sélectionnés, - une fenêtre listant les attributs agrégés des objets sélectionnés et - une fenêtre représentant le contenu des objets sélectionnés. Au cours de l'étape 215 d'édition conjointe, on sélectionne un attribut commun pour plusieurs objets, par exemple en cliquant sur le nom de cet attribut ou sur la plage de valeur ou la représentation de la valeur de l'attribut considéré. Puis, au cours d'une étape 220, on sélectionne un mode d'édition, par exemple en cliquant sur un icône le représentant. Dans un premier mode d'édition conjointe, dit « par sélection », au cours d'une étape 225, on affecte à tous les attributs des différents objets sélectionnés possédant cet attribut commun la valeur de l'attribut du dernier objet sélectionné. Ainsi, si on a édité un objet, on peut rendre cohérents tous les autres objets sélectionnés. Par exemple, dans le domaine du traitement d'image, si on a donné une certaine valeur de couleur ou de flou à une image, cette valeur est automatiquement donnée aux autres images sélectionnées conjointement, dès lors que la dernière image sélectionnée est celle sur laquelle la sélection de couleur ou de flou a été choisie. Dans le domaine du traitement de texte, si on a choisi un type de police, une taille de police, on peut ainsi affecter ces choix à d'autres textes sélectionnés conjointement, dès lors que la dernière sélection est celle du texte pour lequel on a choisi le type ou la taille de la police. Preferably, during the display step 210, a single attribute editing field is displayed (in FIG. 1, this field contains the name of the attribute, the representation of type and / or the type of modifier and the range of variation allowed or value) for editable attributes of the same name having the same modifier (s). The attributes of the same name and presenting the same modifier (s) are then jointly edited during the editing step 215. It will be recalled here that a modifier is an ability to modify an object. For example, during the attribute display step 210, a single attribute edit field is displayed for editable attributes of the same name having, as modifiers, the same capabilities. modification in time and / or space. It will be recalled here that the capacity for modification in time corresponds to animation, in particular in a sequence of images, and the capacity for modification in space corresponds to the possibility of associating a texture with an object. During the object selection step 205, the objects are displayed, for example, in a window of a multi-window interface. In this window are represented, for example by name, directories, subdirectories and objects. An object is kept in a file and is defined by a path, for example a file representative of an image, having at least one attribute. An object, within the meaning of the present invention, must be understood as in object programming. : an object is capable of actions ("methods" in C ++) and its actions can be parameterized by modifying its attributes ("member variables" in C ++). The object selection is done, for example, with a pointing device, for example a mouse, by selecting a rectangle passing over several object names or by clicking on an object by simultaneously pressing the "Ctrl" key of the object. keyboard. The visualization of the attributes is done, for example, in another window of the same interface. In a column are represented all the editable attributes of the 20 selected objects. Automatically, common or compatible attributes (that is, of the same name, type, and possibly even modifiers) are not duplicated. Thus, by editing a common attribute, the values of the attributes are varied for all selected objects. Preferably, during the object selection step 205, the contents of the different selected objects are displayed in another sub-window than that where the selection is made. For example, if these objects are still images or image sequences, these still images or the first image of each image sequence are displayed side by side in this pane. Thus, preferentially and as illustrated in FIG. 1, the interface comprises at least: a window listing the objects that can be selected, a window listing the aggregated attributes of the selected objects and a window representing the content of the selected objects. During the step 215 of joint edition, a common attribute is selected for several objects, for example by clicking on the name of this attribute or on the range of value or the representation of the value of the attribute considered. Then, during a step 220, an editing mode is selected, for example by clicking on an icon representing it. In a first mode of joint edition, called "by selection", during a step 225, all the attributes of the different selected objects having this common attribute are assigned the value of the attribute of the last selected object. Thus, if we have edited an object, we can make all other selected objects coherent. For example, in the field of image processing, if a certain color or blur value has been given to an image, this value is automatically given to the other images selected together, since the last image selected is the one on which the selection of color or blur has been chosen. In the field of word processing, if we have chosen a font type, a font size, we can thus assign these choices to other jointly selected texts, since the last selection is that of the text for which we have chose the type or size of the font.

Dans une variante du premier mode d'édition, c'est le premier objet sélectionné qui donne ses valeurs d'attributs aux autres objets sélectionnés. Dans un deuxième mode d'édition conjointe, dit « en valeur absolue », au cours d'une étape 230, on donne la même valeur à l'attribut sélectionné des différents objets sélectionnés qui possèdent cet attribut. L'édition se fait ainsi en valeur absolue. Le choix de la valeur absolue commune peut être effectué en saisissant cette valeur ou en déplaçant un curseur le long d'une règle représentant toutes les valeurs possibles (par exemple entre 0 et 1). Par exemple, on donne ainsi exactement la même couleur à différents objets représentés dans différentes images. Dans un troisième mode d'édition conjointe, dit « en valeur relative », au cours d'une étape 235, on fait varier de la même valeur l'attribut sélectionné des différents objets sélectionnés qui possèdent cet attribut. L'édition se fait ainsi en valeur relative. Le 2 9 89 1 8 7 12 choix de la valeur absolue commune peut être effectué en saisissant cette valeur ou en déplaçant un curseur le long d'une règle représentant toutes les valeurs possibles (par exemple entre 0 et 1). Par exemple, on obscurcit ainsi d'autant les couleurs de différents objets représentés dans différentes images. 5 Dans un quatrième mode d'édition conjointe, dit « en valeur importée », au cours d'une étape 240, on copie la valeur du même attribut d'un objet et on l'affecte à l'attribut en cours d'édition. On note que l'objet dont on copie la valeur d'attribut commun peut être l'un des objets sélectionnés, par exemple il s'agit, par défaut de la valeur de l'attribut commun du premier ou du dernier objet sélectionné, ou un objet non 10 sélectionné. Dans ce dernier cas, on verrouille préliminairement la sélection d'objets, avec le bouton 140 puis on effectue un drag and drop à partir de l'objet non sélectionné. Dans un cinquième mode d'édition conjointe, dit « en liaison », au cours d'une étape 245, on affecte à la valeur de l'attribut commun, un objet non sélectionné. Ce mode d'édition ne concerne que les attributs de type « objet » et est réalisé par exemple 15 en effectuant un drag and drop ou en sélectionnant l'objet dans une « combo box ». Préférentiellement, au cours de l'étape 215 d'édition conjointe, on modifie en temps réel les contenus des objets (par exemple les images) affichées dans la fenêtre de contenu (fenêtre 180, en figure 1), pour visualiser l'effet de l'édition conjointe sur chacun des objets sélectionnés. 20 Préférentiellement, une fonction d'annulation de la ou des dernières opérations d'édition conjointe est prévue. Ainsi, après une édition conjointe, l'utilisateur peut revenir à l'état précédent cette édition au cours d'une étape 250. Dans des modes de réalisation, pour chaque attribut commun à plusieurs objets, un bouton présent dans la fenêtre d'édition conjointe d'attributs donne accès à une grille 25 représentant, pour chaque objet, la valeur de l'attribut commun qui se trouve en regard du bouton. Ainsi, l'utilisateur peut visualiser et éditer toutes les valeurs d'un attribut pour différents objets. On observe, en figure 3, une interface affichée sur un écran 305. Cette interface comporte : 30 - une boîte à outil 310, dans laquelle des icônes peuvent être sélectionnés par l'utilisateur pour dessiner dans une fenêtre de visualisation d'image 345, - un menu principal 315 contenant des titres de menus déroulants de type connu (« File », « Edit », « Create », « Tools », « Animate », « Render », « Filter », « Window », « Layout » et « Help », par exemple), - une barre d'adresse 320 du contexte courant, - une fenêtre de prévisualisation d'image 340, dans laquelle l'image est modifiée en temps réel en fonction des commandes d'édition et des commandes de dessin, - un bouton de verrouillage de sélection 330, - une fenêtre d'édition d'attributs multiples 335, - des boutons 325 de gestion du contenu des fenêtres d'édition, - un navigateur de contexte 350, - un éditeur de calques 355, - une barre de progression de calcul 360 qui change de couleur au cours de la progression des calculs, - des boutons de gestion 365 de l'espace de travail, notamment la fenêtre de visualisation d'image 345 et - une ligne de temps 370 permettant de repérer l'image représentée dans la fenêtre de visualisation d'image 345 dans une séquence d'images, par exemple d'une animation en images de synthèse. Le fonctionnement de chacune des fenêtres illustrées en figure 3 est explicité plus loin. Le procédé d'organisation partiellement automatique d'un système d'objets selon la présente invention permet la gestion d'objets et de contextes dans lesquels sont groupés des objets. Chaque objet appartient à un contexte qui peut, lui-même, appartenir à un autre contexte. On observe, dans un mode de réalisation particulier de ce procédé, en figure 4, une étape 405 de création d'un contexte racine, qui correspond à un projet, par exemple une image, une partie d'un programme ou un programme audiovisuel d'images animées. Au cours d'une étape 410, on crée, dans le contexte racine, un contexte « default » contenant tous les objets que le logiciel crée par défaut. Il s'agit des objets que le logiciel gère automatiquement mais qui sont mis à la disposition des utilisateurs, qui peuvent les référencer dans les attributs de type « objet ». Lors de 2 9 89 18 7 14 l'affichage d'un objet, on affecte à chaque attribut de type objet de l'objet à afficher qui référence un objet du répertoire default, la valeur de l'objet du répertoire default. Grâce à ces dispositions, on peut éviter d'avoir à redéfinir des valeurs d'attributs communs à plusieurs objets dans l'arborescence. 5 Puis, au cours d'une étape 415, on détermine un contexte courant. Si un contexte est sélectionné, explicitement ou implicitement, il est le contexte courant. Un contexte est sélectionné explicitement lorsque l'utilisateur clique sur sa représentation ou saisit son adresse dans une barre de contextes. Un contexte est sélectionné implicitement lorsqu'un objet est sélectionné : il s'agit du contexte de plus bas niveau dans lequel se 10 trouve l'objet sélectionné. Si aucun contexte n'est sélectionné, le contexte racine est le contexte courant. Au cours d'une étape 420, on détermine si l'utilisateur commande la création d'un nouveau contexte, par exemple par sélection (« clic ») sur un icône représentant la création d'un contexte. Si oui, au cours d'une étape 425, on crée, dans le contexte 15 courant, un nouveau contexte possédant un nom par défaut (par exemple ayant comme terminaison « /contexteN » N étant le premier nombre positif tel que « contexteN » ne soit pas la terminaison de nom d'un contexte déjà présent dans le contexte courant et, avant ladite terminaison, l'enchainement des noms des contextes auquel le nouveau contexte appartient). 20 Au cours d'une étape 428, on crée automatiquement, dans le contexte qui vient d'être créé, un sous-contexte "global". On note que les contextes globaux servent à exposer des objets globalement à partir d'un point d'arborescence à toute la sous-arborescence. On forme un sous-contexte global dans chaque contexte, hormis les sous- 25 contextes globaux. Au cours de l'étape de formation d'un sous-contexte global, chaque sous-contexte global présente les propriétés de ne pouvoir ni être renommé, ni être supprimé. Ainsi, des références relatives ou des pointeurs peuvent être utilisés par tout objet, en tout point de l'arborescence. 30 Au cours d'une étape 430, on crée, à la demande de l'utilisateur, dans le contexte qui vient d'être créé, un « répertoire de contextualisation » définissant des valeurs d'attributs pour les objets du dit contexte, c'est-à-dire du contexte courant et de tout contexte que le contexte courant contient ou est amené à contenir. Ces valeurs sont prioritaires, et on affecte, à chaque attribut d'un objet de l'arborescence à afficher, la valeur de l'attribut de même nom, de même type et, éventuellement, de même modificateurs, de plus haut rang pour lequel il a été attribué une valeur dans un répertoire de contextualisation. Ainsi, tous les objets et contextes présents dans un contexte doté d'un répertoire de contextualisation sont cohérents puisqu'ils ont des valeurs d'attribut communes. Si le résultat de l'étape 420 est négatif, on passe à une étape 435. Au cours de l'étape 435, on détermine si l'utilisateur commande la création d'un nouvel objet, par exemple par sélection (« clic ») sur un icône représentant la création d'un objet. Si oui, au cours d'une étape 440, on crée, dans le contexte courant, un nouvel objet possédant un nom par défaut (par exemple ayant comme terminaison « /objectN » N étant le premier nombre positif tel que « /objectN » ne soit pas la terminaison de nom d'un objet déjà présent dans le contexte courant et, avant ladite terminaison, l'enchainement des noms des contextes auquel le nouvel objet appartient). Puis, l'utilisateur définit les attributs de l'objet créé. Si le résultat de l'étape 435 est négatif, on passe à une étape 445. Au cours de l'étape 445, on détermine si au moins un objet doit être affiché, par exemple pour édition de ses attributs, des valeurs de ses attributs et/ou pour affichage. Si oui, au cours d'une étape 450, on affiche chaque objet qui doit être affiché avec ses attributs et les valeurs de ses attributs, en tenant compte des répertoires de contextualisation, comme exposé ci-dessus. Lorsqu'une valeur a été affectée à un attribut dans un répertoire « de contextualisation » d'un contexte ou un sous-contexte contenant l'objet, la valeur de l'attribut compatible de l'objet édité prend la valeur du répertoire « de contextualisation » du contexte de plus haut niveau pour lequel l'attribut a été doté d'une valeur. Ainsi, bien que chaque contexte soit autonome, il hérite automatiquement des valeurs d'attribut associées au contexte de plus haut niveau auquel ledit contexte appartient. In a variant of the first editing mode, it is the first selected object that gives its attribute values to the other selected objects. In a second joint edition mode, called "in absolute value", during a step 230, the same value is given to the selected attribute of the different selected objects that have this attribute. The edition is thus in absolute value. The choice of the common absolute value can be made by entering this value or by moving a cursor along a rule representing all the possible values (for example between 0 and 1). For example, we give exactly the same color to different objects represented in different images. In a third joint edition mode, called "in relative value", during a step 235, the selected attribute of the various selected objects having this attribute is varied by the same value. The edition is thus in relative value. The choice of the common absolute value can be made by entering this value or by moving a cursor along a rule representing all the possible values (for example between 0 and 1). For example, the colors of different objects represented in different images are thus obscured. In a fourth joint edition mode, referred to as "imported value", during a step 240, the value of the same attribute of an object is copied and assigned to the attribute being edited. . Note that the object whose common attribute value is copied can be one of the selected objects, for example it is, by default, the value of the common attribute of the first or last selected object, or an object not selected. In the latter case, the object selection is initially locked, with the button 140 and then drag and drop from the unselected object. In a fifth mode of joint edition, said "in connection", during a step 245, is assigned to the value of the common attribute, an unselected object. This editing mode only concerns the attributes of the "object" type and is achieved for example by performing a drag and drop or by selecting the object in a "combo box". Preferably, during the step 215 of joint edition, the contents of the objects (for example the images) displayed in the content window (window 180, in FIG. 1) are modified in real time, in order to visualize the effect of the joint edition on each of the selected objects. Preferentially, a function for canceling the last one or more joint edition operations is provided. Thus, after a joint edition, the user can return to the state preceding this edition during a step 250. In embodiments, for each attribute common to several objects, a button present in the editing window The joint attribute provides access to a grid 25 representing, for each object, the value of the common attribute that is next to the button. Thus, the user can view and edit all the values of an attribute for different objects. FIG. 3 shows an interface displayed on a screen 305. This interface comprises: a toolbox 310, in which icons can be selected by the user to draw in an image display window 345, a main menu 315 containing scrolling menu titles of known type ("File", "Edit", "Create", "Tools", "Animate", "Render", "Filter", "Window", "Layout" and "Help", for example), - an address bar 320 of the current context, - an image preview window 340, in which the image is modified in real time according to the editing commands and commands drawing, - a selection lock button 330, - a multiple attribute editing window 335, - content management buttons 325 of the edit windows, - a context browser 350, - a layer editor 355, - a 360 compute progress bar that changes color at co of the progress of the calculations, - management buttons 365 of the workspace, in particular the image display window 345 and - a time line 370 for locating the image represented in the display window of image 345 in a sequence of images, for example an animation in computer graphics. The operation of each of the windows illustrated in FIG. 3 is explained below. The partially automatic organization method of an object system according to the present invention allows the management of objects and contexts in which objects are grouped. Each object belongs to a context that can itself belong to another context. In a particular embodiment of this method, FIG. 4 shows a step 405 for creating a root context, which corresponds to a project, for example an image, a part of a program or an audiovisual program. animated images. During a step 410, in the root context, a "default" context is created containing all the objects that the software creates by default. These are the objects that the software manages automatically but which are made available to the users, who can reference them in the "object" type attributes. When 2 9 89 18 7 14 an object is displayed, each object type attribute of the object to be displayed that references an object of the default directory is assigned the value of the object of the default directory. Thanks to these provisions, it is possible to avoid having to redefine attribute values that are common to several objects in the tree structure. Then, during a step 415, a current context is determined. If a context is selected, explicitly or implicitly, it is the current context. A context is explicitly selected when the user clicks on their representation or enters their address in a context bar. A context is implicitly selected when an object is selected: this is the lowest-level context in which the selected object is located. If no context is selected, the root context is the current context. During a step 420, it is determined whether the user controls the creation of a new context, for example by selection ("click") on an icon representing the creation of a context. If so, during a step 425, a new context is created in the current context with a default name (for example ending with "/ contextN" N being the first positive number such as "contextN" not not the name ending of a context already present in the current context and, before said ending, the sequence of the names of the contexts to which the new context belongs). During a step 428, one automatically creates, in the context that has just been created, a "global" sub-context. Note that global contexts are used to expose objects globally from a tree point to the entire subtree. A global sub-context is formed in each context, except for global sub-contexts. During the step of forming a global sub-context, each global sub-context has the properties of not being able to be renamed or deleted. Thus, relative references or pointers can be used by any object, anywhere in the tree. During a step 430, it creates, at the request of the user, in the context that has just been created, a "contextualization directory" defining attribute values for the objects of said context, c that is, the current context and any context that the current context contains or is bound to contain. These values are given priority, and each attribute of an object of the tree to be displayed is assigned the value of the attribute of the same name, of the same type and, if necessary, of the same modifiers, of the highest rank for which it has been assigned a value in a contextualization directory. Thus, all objects and contexts present in a context with a contextualization directory are consistent since they have common attribute values. If the result of step 420 is negative, it goes to a step 435. In step 435, it is determined whether the user controls the creation of a new object, for example by selection ("click") an icon representing the creation of an object. If so, during a step 440, a new object having a default name is created in the current context (for example ending with "/ objectN" N being the first positive number such that "/ objectN" does not exist. not the name ending of an object already present in the current context and, before said ending, the sequence of the names of the contexts to which the new object belongs). Then, the user sets the attributes of the created object. If the result of step 435 is negative, proceed to step 445. In step 445, it is determined whether at least one object must be displayed, for example for editing its attributes, values of its attributes. and / or for display. If so, during a step 450, each object to be displayed is displayed with its attributes and the values of its attributes, taking into account the contextualization directories, as explained above. When a value has been assigned to an attribute in a "contextualization" directory of a context or sub-context containing the object, the value of the compatible attribute of the edited object takes the value of the directory "of contextualization "of the highest-level context for which the attribute has been given a value. Thus, although each context is autonomous, it automatically inherits the attribute values associated with the highest level context to which the context belongs.

Au cours de l'étape 450, on affiche aussi : - les objets présents dans le contexte, - les attributs des dits objets, - les valeurs des dits attributs, - si un répertoire de contextualisation existe dans ledit contexte, les valeurs d'attributs définies dans un répertoire global du dit contexte et - les valeurs d'attributs définies dans chaque répertoire de contextualisation d'un contexte comportant ledit contexte. Si le résultat de l'étape 445 est négatif, on passe à une étape 455. Au cours de l'étape 455, on détermine si une édition de répertoire « de contextualisation » d'un contexte est demandée par l'utilisateur. Si oui, au cours d'une étape 460, l'utilisateur visualise l'ensemble des attributs du répertoire « de contextualisation » et de leurs valeurs, dans le contexte courant et peut les éditer comme exposé en regard des figures 1 et 2. Si le résultat de l'étape 455 est négatif ou à la suite de l'étape 460, on retourne à l'étape 415. En ce qui concerne le procédé de hiérarchisation des données objet de la présente invention, on définit, ci-dessous, les contextes utilisés pour la mise en oeuvre de plusieurs aspects de la présente invention Les motivation et problèmes liés aux contextes sont résumés ci-dessous : - plus les images de synthèse sont riches, plus les vues 3D qui les décrivent sont complexes car elles sont constituées d'un très grand nombre d'objets manipulés par l'utilisateur et - le logiciel mettant en oeuvre chacun des procédés objets de la présente invention gère plusieurs images en parallèle et donc beaucoup plus d'objets que les autres logiciels de 3D. Il se pose donc le problème d'organiser, sélectionner et manipuler individuellement ou simultanément les milliers d'objets contenus dans les sessions du logiciel mettant en oeuvre chacun des procédés objets de la présente invention. Selon un aspect de la présente invention, on met en oeuvre un procédé de hiérarchisation de données ayant les propriétés suivantes : - de la même manière que l'on utilise un système de fichiers pour organiser les fichiers de disques durs, ce procédé organise les objets en groupes logiques à l'intérieur de répertoires appelés "contextes", - les contextes servent ainsi à grouper et isoler un ensemble d'objets afin de pouvoir les organiser en groupes logiques. Par exemple, une ville est constituée de plusieurs milliers de bâtiments. Mis à plat, les descriptions de tous ces bâtiments sont ingérables. Avec les contextes et la mise en oeuvre du procédé, on peut organiser la ville en blocs, en quartiers, en arrondissements et finalement en bâtiments. Contexte "ville" Contexte "arrondissement1" contexte "quartier1" contexte "bloc1" bâtiment 1 bâtiment 2 bâtiment 3 contexte "bloc2" bâtiment 4 bâtiment 5 contexte "quartier2" Contexte "arrondissement2" - les contextes générés et gérés par le procédé objet de l'invention ont les propriétés suivantes : . ils sont hiérarchiques : on peut avoir des contextes dans des contextes, . ils ont des noms intelligibles et peuvent être renommés, . ils peuvent être déplacés ou copiés d'un contexte dans un autre, . ils peuvent avoir des raccourcis (instances dans le logiciel mettant en oeuvre chacun des procédés objets de la présente invention) pour qu'un contexte puisse être placé à l'intérieur d'un autre contexte sans être déplacé, . ils peuvent recevoir des raccourcis d'objets (aussi appelés instances dans le logiciel mettant en oeuvre chacun des procédés objets de la présente invention) afin que des objets soient partagés entre plusieurs contextes sans les copier en gardant un lien entre ces objets. Par exemple : un bâtiment peut être rangé dans deux blocs différents mais avoir les mêmes attributs (caractéristiques/propriétés), . ils peuvent contextualiser les objets qu'ils contiennent. C'est-à-dire que les attributs des objets peuvent être « surchargés » dans un contexte sans être réellement modifiés (si déplacé dans un autre contexte, l'objet retrouve la valeur propre des attributs surchargés). Ainsi, en injectant un objet ou son raccourci dans un contexte, on peut le spécialiser. Par exemple, dans le bloc1 de la ville, tous les bâtiments ont des façades rouges alors que dans le quartier2 les façades sont bleues et . ils peuvent être référencés par les objets pour spécifier le contenu d'un contexte comme une liste d'objets dynamique. Pour l'implémentation du procédé objet de la présente invention : - un contexte racine est généré par défaut (comme la racine « c:\ » dans Windows, marque déposée, ou « / » dans Linux, marque déposée). Dans le logiciel mettant en oeuvre chacun des procédés objets de la présente invention, ce contexte racine est par exemple nommé « project:// » et basé sur la syntaxe des URL (« http:// » , « ftp:// » ...), - tous les objets et sous-contextes sont créés par défaut dans le contexte racine, - chaque contexte possède sa propre collection d'objets et de sous-contextes, - chaque contexte se sérialise (attachement avec liens et connexions) ou dé- sérialise de façon autonome et complète, - les contextes peuvent possèder des attributs (comme les objets) qui permettent de surcharger les attributs communs (même nom, même type...) qui est la même notion de compatibilité que celle utilisée pour regrouper les attributs dans l'éditeur d'attributs exposé en regard des figures 1 et 2, - les attributs des contextes ont les mêmes propriétés et capacités que les attributs des objets, - on définit un contexte courant qui est le contexte qui est sélectionné à un instant donné, explicitement ou implicitement (quand un objet est sélectionné puisque tout objet appartient à un contexte). Les objets et contextes nouvellement créés à partir du menu global « create » du logiciel sont ainsi automatiquement créés dans le contexte courant (quand aucun objet et aucun contexte n'est sélectionné, comme indiqué plus haut, par défaut un contexte est placé dans le contexte racine lorsqu'il est créé), - puisque tous les objets appartiennent obligatoirement à des contextes, ils doivent en plus de leur nom (chaîne de caractère formatée comme un identifiant C++, marque déposée) définir un nom absolu qui est un chemin qui permet d'accéder à l'objet depuis la racine. Par exemple, « project://contextl/context2/object » dont la syntaxe est similaire à celle des URL (acronyme de uniform resource locator pour localiseur uniforme de ressource), - les objets qui sont créés automatiquement par défaut, appelés « default objects » (comme le matériau par défaut : « scene_material ») sont créés dans un contexte « default » qui est automatiquement créé à la racine et qui est automatiquement instancié dans tous les sous-contextes. Ainsi les objets qui référencent ces « default objects » les référencent de manière relative (chemin = default/scene_material) plutôt que par un chemin absolu (project://default/scene_material), - les contextes servent à limiter la visibilité des objets dans leur mise en relation. Ainsi un objet qui represente un calque de vue 3D possède un attribut qui permet de spécifier quels sont les objets visibles par le calque. Ces attributs qui voient les contenus des contextes sont dits de type « context ». Leur valeur est le nom du contexte. Leur fonction est de fournir une liste des objets qui se trouvent dans le contexte spécifié et dans ses sous-contextes. Si aucun contexte n'est spécifié, la valeur de l'attribut est le contexte de l'objet auquel il appartient. Par défaut, les attributs de type « context » n'ont aucun contexte spécifié et Les contextes globaux : On a vu que les contextes servent aussi à limiter la visibilité des objets lorsque les contextes sont utilisés en tant que valeur d'attributs de type « context ». Tout objet qui possède un attribut de ce type voit tous les objets du contexte spécifié et tous les sous-contextes de ce contexte, c'est-à-dire, comme exposé ci-dessus, que la valeur d'un attribut de type « contexte » est un liste d'objets composée de tous les objets présents dans le contexte référencé par l'attribut et de tous les objets présents dans les sous-contextes du contexte référencé et cela récursivement. During step 450, it also displays: the objects present in the context, the attributes of the said objects, the values of the said attributes, if a contextualization directory exists in the context, the attribute values. defined in a global directory of said context and - the attribute values defined in each contextualization directory of a context comprising said context. If the result of step 445 is negative, step 455 is performed. In step 455, it is determined whether a contextualization directory edition of a context is requested by the user. If yes, during a step 460, the user visualizes all the attributes of the "contextualization" directory and their values, in the current context and can edit them as exposed with reference to FIGS. 1 and 2. the result of step 455 is negative or following step 460, we return to step 415. With regard to the data prioritization method of the present invention, we define, below, the contexts used for the implementation of several aspects of the present invention The motivation and problems related to the contexts are summarized below: the more the computer-generated images are rich, the more complex the 3D views that describe them, because they are constituted a very large number of objects manipulated by the user and - the software implementing each of the methods objects of the present invention manages several images in parallel and therefore many more objects than other logici 3D. There is therefore the problem of organizing, selecting and manipulating individually or simultaneously the thousands of objects contained in the software sessions implementing each of the methods that are the subject of the present invention. According to one aspect of the present invention, a data prioritization method having the following properties is implemented: in the same way that a file system is used to organize the files of hard disks, this method organizes the objects in logical groups within directories called "contexts", - contexts are used to group and isolate a set of objects in order to organize them into logical groups. For example, a city is made up of several thousand buildings. Flattened, the descriptions of all these buildings are unmanageable. With the contexts and the implementation of the process, one can organize the city in blocks, in districts, in districts and finally in buildings. Context "city" Context "arrondissement1" context "district1" context "block1" building 1 building 2 building 3 context "block2" building 4 building 5 context "district2" Context "arrondissement2" - the contexts generated and managed by the process object of the have the following properties: they are hierarchical: we can have contexts in contexts,. they have intelligible names and can be renamed,. they can be moved or copied from one context to another,. they can have shortcuts (instances in the software implementing each of the methods of the present invention) so that a context can be placed inside another context without being moved,. they can receive shortcuts of objects (also called instances in the software implementing each of the methods of the present invention) so that objects are shared between several contexts without copying them by keeping a link between these objects. For example: a building can be arranged in two different blocks but have the same attributes (characteristics / properties),. they can contextualize the objects they contain. That is, the attributes of the objects can be "overloaded" in one context without actually being modified (if moved in another context, the object finds the proper value of the overloaded attributes). Thus, by injecting an object or its shortcut into a context, we can specialize it. For example, in block 1 of the city, all the buildings have red facades while in the district2 the facades are blue and. they can be referenced by objects to specify the contents of a context as a list of dynamic objects. For the implementation of the method that is the subject of the present invention: a root context is generated by default (like the root "c: \" in Windows, registered trademark, or "/" in Linux, registered trademark). In the software implementing each of the methods that are the subject of the present invention, this root context is for example named "project: //" and based on the syntax of the URLs ("http: //", "ftp: //". ..), - all objects and sub-contexts are created by default in the root context, - each context has its own collection of objects and subcontexts, - each context is serialized (attachment with links and connections) or de-serializes autonomously and completely, - contexts can have attributes (like objects) that overload common attributes (same name, same type ...) which is the same notion of compatibility as used to group the attributes in the attribute editor exposed with reference to figures 1 and 2, - the attributes of the contexts have the same properties and capacities as the attributes of the objects, - we define a current context which is the context which is selected at a moment given, explicitly or implicitly (when an object is selected since any object belongs to a context). The objects and contexts newly created from the global menu "create" of the software are thus automatically created in the current context (when no object and no context is selected, as indicated above, by default a context is placed in the context root when created), - since all objects must belong to contexts, they must in addition to their name (character string formatted as a C ++ identifier, registered trademark) define an absolute name which is a path that allows to to access the object from the root. For example, "project: // contextl / context2 / object" whose syntax is similar to that of URLs (acronym for uniform resource locator for uniform resource locator), - objects that are automatically created by default, called "default objects" (As the default material: "scene_material") are created in a "default" context that is automatically created at the root and is automatically instantiated in all subcontexts. Thus the objects that refer to these "default objects" reference them relatively (path = default / scene_material) rather than an absolute path (project: // default / scene_material), - contexts are used to limit the visibility of objects in their linking. For example, an object that represents a 3D view layer has an attribute that lets you specify which objects are visible by the layer. These attributes that see the contents of contexts are called "context" type. Their value is the name of the context. Their function is to provide a list of objects that are in the specified context and its subcontexts. If no context is specified, the value of the attribute is the context of the object to which it belongs. By default, the attributes of the type "context" have no context specified and the global contexts: We saw that the contexts are also used to limit the visibility of the objects when the contexts are used like value of attributes of the type " context ". Any object that has an attribute of this type sees all the objects of the specified context and all the subcontexts of that context, ie, as explained above, that the value of an attribute of type " context "is a list of objects composed of all the objects present in the context referenced by the attribute and all the objects present in the subcontexts of the referenced context and that recursively.

Dans l'exemple de la ville, un objet, dont un attribut a pour valeur « quartierl », voit donc tous les objets de « quartierl », « quartierl/blocl », « quartierl/bloc2 » ... Ce système est très pratique pour isoler les objets d'un projet selon une logique de construction (exemple de la ville) mais uniquement de bas en haut au sens de la profondeur de l'arborescence. Il arrive, lors de la construction d'une vue 3D, qu'on ait besoin de partager un objet à partir d'un point de l'arborescence. C'est-à-dire que l'on ait besoin qu'un objet puisse être accessible quel que soit le sous-niveau d'arborescence à partir d'un niveau donné. Avec le système « de bas en haut », qui est le comportement par défaut, il faudrait, dans chaque branche de l'arborescence où l'on souhaite que l'objet soit présent, soit dupliquer l'objet (ce qui rendrait les objets indépendants) soit créer des raccourcis. La solution des raccourcis, bien que meilleure, présente néanmoins l'inconvénient de ne pas être dynamique. Si on ne veut plus que l'objet soit visible dans les sous-niveaux, il faudra sélectionner et détruire tous les raccourcis de l'objet en question. In the example of the city, an object, whose attribute has the value "quartierl", thus sees all the objects of "quartierl", "quartierl / blocl", "quartierl / bloc2" ... This system is very practical to isolate the objects of a project according to a logic of construction (example of the city) but only from bottom to top in the sense of the depth of the tree. It happens, when building a 3D view, that you need to share an object from a point in the tree. That is, you need an object that can be accessed regardless of the tree sub-level from a given level. With the system "from bottom to top", which is the default behavior, it would be necessary, in each branch of the tree where one wishes that the object is present, to duplicate the object (which would make the objects independent) or create shortcuts. The solution of the shortcuts, although better, nevertheless has the disadvantage of not being dynamic. If we no longer want the object to be visible in the sub-levels, it will be necessary to select and destroy all the shortcuts of the object in question.

Préférentiellement, pour l'implémentation du procédé objet de l'invention, on met en oeuvre un contexte dit « global ». Lors de l'étape de formation d'un contexte, le logiciel lui associe automatiquement un sous-contexte nommé « global ». Ainsi, à l'instar du contexte « default », un contexte « global » est automatiquement créé à la racine de l'arborescence. Preferably, for the implementation of the method that is the subject of the invention, a so-called "global" context is implemented. During the context formation step, the software automatically associates a sub-context called "global". Thus, like the "default" context, a "global" context is automatically created at the root of the tree.

Tout objet qui est placé (directement ou sous forme de raccourci) dans un contexte « global » est rendu disponible à tous les objets : - du contexte où se trouve le contexte « global » considéré, le contexte « père » et - de tous les sous-contextes de son père. De la même manière, le contexte « global » peut recevoir des contextes directement ou sous forme de raccourci. Les objets des sous-contextes des contextes globaux sont rendus disponibles de la même manière que dans le point précédent. A sa création, le contexte « global » est vide. Un contexte global partage les mêmes propriétés que les contextes ordinaires mais ne peut être ni renommé ni supprimé. Any object that is placed (directly or in the form of a shortcut) in a "global" context is made available to all objects: - the context in which the "global" context considered, the context "father" and - of all the sub-contexts of his father. In the same way, the "global" context can receive contexts directly or in the form of a shortcut. The objects of the subcontexts of the global contexts are made available in the same way as in the previous point. At its creation, the "global" context is empty. A global context shares the same properties as ordinary contexts but can not be renamed or deleted.

Selon un premier exemple, un objet placé dans le sous-contexte « global » de la racine est disponible à chaque point de l'arborescence du projet. Selon un deuxième exemple, celui de la ville, un objet qui décrit une lumière placée dans le contexte « quartierl » pourra illuminer tous les bâtiments du quartier 1. Les contextes globaux permettent au système de définir une visibilité de « haut en bas » dans l'arborescence des contextes. Ainsi les contextes globaux des sous- contextes voient tous les objets qu'ils contiennent plus tous les objets des contextes globaux entre ce contexte jusqu'à la racine : RACINE DEFAULT GLOBAL objet_global_1 CONTEXTE_1 GLOBAL objet_global_2 CONTEXTE _2 GLOBAL objet_1 Dans l'arborescence précédente, « RACINE/CONTEXTE_1/CONTEXTE_2/ objet_1 » voit tous les objets du contexte « .../CONTEXTE_2/GLOBAL » qui, même s'il est vide, propose, par construction de « haut en bas » les objets : « objet_global_1 » et « objet_global_2 ». Ces objets peuvent être référencés par « objet_1 » sous le chemin « global/objet_global_1 », par exemple. La solution des contextes globaux a l'avantage d'être dynamique (contrairement à l'utilisation des raccourcis présentée plus haut). En effet, pour qu'un objet ne soit plus vu par les sous-contextes, il suffit d'enlever l'objet (par déplacement ou destruction) du contexte "global" et, par propagation de « haut en bas », il n'est plus accessible sous un point d'arborescence voulu. Concernant les calques d'images, on rappelle que : - plus les images sont riches, plus elles sont complexes et plus elles sont longues à calculer (jusqu'à dix heures), - le moindre changement d'un objet demande un recalcul intégral de l'image qui, si la modification est mineure peut entraîner une perte de temps (on passe, par exemple, dix heures pour recalculer quelques pixels), - pour éviter de recalculer les images intégralement, on découpe l'image en couches, appelées « calques » ou « layer », qui servent à isoler les éléments les uns des autres. Par exemple, chaque personnage et chaque élément de décor est isolé dans un calque afin que, si on ne modifie qu'un personnage, seul son calque soit recalculé. Ainsi une image avec dix calques dont un personnage dans un calque est modifié entraînera un recalcul d'une heure et non plus dix heures, - le problème qui subsiste consiste à créer efficacement (donc visuellement) les calques. Selon un aspect de la présente invention, on exploite les fonctionnalités de « drag and drop » afin de composer les images en déposant les objets dans les calques qui sont manipulés dans un éditeur de calques du logiciel mettant en oeuvre chacun des procédés objets de la présente invention. Pour implémenter cet aspect du procédé objet de la présente invention : - chaque éditeur/visualiseur permet d'initier le drag and drop car un même objet peut être représenté de différentes façons dans les éditeurs/visualiseurs, par exemple, un modèle d'automobile peut avoir la forme suivante : Représentation Editeur Rendu dans une image Visualiseur des images Modèle polygonal plein ou en fils de fer Vue 3D accélérée par GPU Item dans une arborescence Navigateur de contextes Explorateur de projet Fichier de définition géométrique Navigateur de fichiers Sélectionneur d'objet Editeur d'attributs - les objets composant la vue 3D (de type « SceneObject » dans le logiciel mettant en oeuvre chacun des procédés objets de la présente invention) sont déposés sur les items de calques dans l'éditeur de calques, 2 9891 8 7 23 - si un objet n'est pas dans l'image, c'est-à-dire que l'objet n'est visible dans aucun des calques, il est ajouté dans le calque et devient par conséquent visible dans l'image, - si l'objet déposé est visible dans l'image, il est retiré des calques dans lesquels il 5 était visible puis ajouté dans le calque de destination afin que l'objet déposé ne soit visible (référencé) qu'une seule fois dans l'image. On évite ainsi les duplications d'objets dans différents calques. Par exemple, avec l'écran 105, illustré en figure 1, une opération de drag and drop peut être effectuée par l'utilisateur depuis la liste d'objets 125, depuis la fenêtre de 10 visualisation d'image 180, depuis la fenêtre 130 d'affichage du contenu du dernier objet sélectionné, ou depuis le navigateur 190 vers l'éditeur de calques 195. Selon un aspect de la présente invention, on exploite les fonctionnalités de « drag and drop » afin de composer les images en déposant les objets dans les calques qui sont manipulés dans un éditeur de calques du logiciel mettant en oeuvre chacun des 15 procédés objets de la présente invention. On observe, en figure 5, une étape 505 de génération d'une fenêtre d'édition de calques et d'au moins une fenêtre de représentation d'objets. Par exemple, on génère une représentation du contenu d'au moins un objet sélectionné par clic sur son nom ou sur le nom d'une image le comportant (fenêtre « visualiseur d'image »), une 20 représentation d'au moins un objet sélectionné par son modèle polygonal (fenêtre « vue 3D », au moins une représentation d'au moins un objet sélectionné par son nom dans une arborescence (fenêtre « navigateur de contextes » et fenêtre « explorateur de projet »), une représentation d'au moins un objet sélectionné par sa définition géométrique (fenêtre « navigateur de fichiers ») et une représentation d'au moins un 25 objet par ses attributs (fenêtre « éditeur d'attributs »). Au cours d'une étape 510, l'utilisateur sélectionne un objet en positionnant le curseur d'un dispositif de pointage, par exemple une souris, sur une représentation d'un objet dans une fenêtre de représentation d'objets et clique sur cet objet, sans relâcher le bouton du dispositif de pointage (étape « drag » du drag and drop). According to a first example, an object placed in the "global" sub-context of the root is available at each point of the project tree. According to a second example, that of the city, an object that describes a light placed in the "neighborhoodl" context will be able to illuminate all the buildings of district 1. The global contexts allow the system to define a visibility of "up and down" in the context tree. Thus the global contexts of the subcontexts see all the objects they contain plus all the objects of the global contexts between this context up to the root: RACINE DEFAULT GLOBAL object_global_1 CONTEXT_1 GLOBAL global_object_2 CONTEXT _2 GLOBAL object_1 In the previous tree, " ROOT / CONTEXT_1 / CONTEXT_2 / object_1 »sees all the objects of the context« ... / CONTEXT_2 / GLOBAL »which, even if it is empty, proposes, by construction of« top down »the objects:« global_object_1 »and« global_object_2 ". These objects can be referenced by "object_1" under the path "global / global_object_1", for example. The solution of global contexts has the advantage of being dynamic (unlike the use of the shortcuts presented above). Indeed, for an object to be no longer seen by the subcontexts, it suffices to remove the object (by displacement or destruction) from the "global" context and, by propagation from "up and down", it is is more accessible under a desired tree point. Concerning the layers of images, we recall that: - the more the images are rich, the more complex they are and the longer they are to calculate (up to ten hours), - the slightest change of an object requires an integral recalculation of the image which, if the modification is minor can lead to a loss of time (we spend, for example, ten hours to recalculate a few pixels), - to avoid recalculating the images in full, we cut the image into layers, called " layers "or" layer ", which serve to isolate elements from each other. For example, each character and each element of scenery is isolated in a layer so that, if one modifies only one character, only its layer is recalculated. Thus an image with ten layers of which a character in a layer is modified will result in a recalculation of one hour instead of ten hours, - the problem that remains is to effectively create (thus visually) the layers. According to one aspect of the present invention, the "drag and drop" functionalities are exploited in order to compose the images by depositing the objects in the layers that are manipulated in a layer editor of the software implementing each of the methods that are the subject of the present invention. invention. To implement this aspect of the method that is the subject of the present invention: each editor / viewer makes it possible to initiate the drag and drop because the same object can be represented in different ways in the editors / viewers, for example, an automobile model can have the following form: Representation Editor Rendering in an image Viewer of images Polygonal model full or in iron wire GPU-accelerated 3D view in a tree Browser of contexts Project explorer Geometrical definition file File browser Object selector Editor d attributes - the objects composing the 3D view (of type "SceneObject" in the software implementing each of the methods that are the subject of the present invention) are deposited on the layer items in the layer editor, 2 9891 8 7 23 - if an object is not in the image, ie the object is not visible in any of the layers, it is added to the layer and becomes r visible in the image, - if the deposited object is visible in the image, it is removed layers in which it was visible and then added in the destination layer so that the deposited object is visible (referenced ) only once in the image. This avoids the duplication of objects in different layers. For example, with the screen 105, illustrated in FIG. 1, a drag and drop operation can be performed by the user from the object list 125, from the image display window 180, from the window 130. displaying the content of the last selected object, or from the browser 190 to the layer editor 195. According to one aspect of the present invention, the "drag and drop" functionalities are exploited in order to compose the images by depositing the objects in the layers that are manipulated in a layer editor of the software implementing each of the methods object of the present invention. FIG. 5 shows a step 505 for generating a layer editing window and at least one object representation window. For example, a representation of the content of at least one selected object is generated by clicking on its name or on the name of an image comprising it ("image viewer" window), a representation of at least one object selected by its polygonal model ("3D view" window, at least one representation of at least one object selected by its name in a tree structure ("context browser" window and "project explorer" window), a representation of least one object selected by its geometrical definition ("file browser" window) and a representation of at least one object by its attributes ("attribute editor" window) During a step 510, the user selects an object by positioning the cursor of a pointing device, for example a mouse, on a representation of an object in an object representation window and clicks on this object, without releasing the pointer device button stage ("drag" stage of the drag and drop).

Au cours d'une étape 515, l'utilisateur déplace le curseur du dispositif de pointage sur une représentation d'un calque, dit « de destination », dans une fenêtre d'édition de calques. Au cours d'une étape 520, l'utilisateur relâche le bouton du dispositif de pointage (étape « drop » du drag and drop). Au cours d'une étape 525, on détermine si l'objet sélectionné est dans un autre calque de la même image. - si l'objet déposé est visible dans l'image, il est retiré de chaque calque dans lequel il était précédemment visible, au cours d'une étape 530, puis ajouté dans le calque de destination, étape 535, afin que l'objet déposé ne soit visible (référencé) qu'une seule fois dans l'image. On évite ainsi les duplications d'objets dans différents calques et - si l'objet n'est pas dans l'image, c'est-à-dire que l'objet n'est visible dans aucun des calques, au cours de l'étape 535, il est ajouté dans le calque et devient par conséquent visible dans l'image. Puis, on retourne à l'étape 510. During a step 515, the user moves the cursor of the pointing device on a representation of a layer, called "destination", in a layer editing window. During a step 520, the user releases the button of the pointing device (step "drop" of the drag and drop). During a step 525, it is determined whether the selected object is in another layer of the same image. if the deposited object is visible in the image, it is removed from each layer in which it was previously visible, during a step 530, and then added in the destination layer, step 535, so that the object deposited is visible (referenced) only once in the image. This avoids the duplication of objects in different layers and - if the object is not in the image, that is to say that the object is not visible in any of the layers, during the step 535, it is added to the layer and thus becomes visible in the image. Then, we return to step 510.

Claims

REVENDICATIONS1. A method of organizing a system of software objects with attributes, characterized in that it comprises: - a step (405, 410, 425, 440) of forming a hierarchical tree of groups of objects called "Contexts", the tree comprising a root context in which are found all the other contexts and all the objects, each object of said tree being in a said context, - a training step (428), for at least one context, of a sub-context called "global" to expose objects from a point of the context tree, - a step (430) of formation, for at least one context, of a directory called "contextualization" Of attribute values for the objects of said context and - a step (450) of assigning, to each attribute of an object of the tree to be displayed, the value of the attribute of the same name, as well as type and of the same modifiers, of the highest rank for which it has been assigned a value of years a directory of contextualization.

2. Method according to claim 1, wherein, during the step (428) of forming a global sub-context, forming a global sub-context in each context, except the global sub-contexts.

3. Method according to one of claims 1 or 2, wherein, during the step (428) of forming a global sub-context, each global sub-context has the properties of not being able to be renamed, nor be deleted.

4. Method according to one of claims 1 to 3, wherein, during the step (450) of allocation, is assigned to each attribute of an object of the tree, the value of the attribute of the same name and type of highest rank for which it has been assigned a value in a contextualization directory.

5. Method according to one of claims 1 to 4, wherein: - during the step (405, 410) of formation of a tree, it generates, for the root context, a sub-context called "default And during the allocation step (450), each attribute of type object to be displayed which references an object of the context default is assigned the value of the object of the context default.

6. Method according to one of claims 1 to 5, which comprises a step of creating at least one shortcut pointing to a context, the context pointed by at least one shortcut remaining at its position, the step (450) of assigning values to the attributes of the objects of said context being performed by implementing each said shortcut.

7. Method according to one of claims 1 to 6, which comprises a step of creating at least one shortcut pointing to object, the object pointed by at least one shortcut remaining at its position, the step (450) of assigning values to the attributes of said object being achieved by implementing each said shortcut.

8. Method according to one of claims 1 to 7, wherein, during the step (405, 410, 425) of forming a tree, when no current context is defined for the creation of a context or an object, the generation of a context or an object is performed in the root context and, when a current context is defined, the generation of a context or an object is performed in the context current context.

9. Method according to one of claims 1 to 8, wherein, during the step (405, 410) of formation of the hierarchical tree, is assigned to each context and each object in a context, a a name representing at least part of the successive sequence of contexts that comprise it, starting from the root directory.

10. Method according to one of claims 1 to 9, which comprises a step (445, 450) for viewing a context, during which one displays: the objects present in the context, the attributes of said objects - the values of the said attributes, - if a contextualization directory exists in the context, the attribute values defined in a contextualization directory of the said context and - the attribute values defined in each contextualization directory of a context including said context.

11. Device for organizing a system of software objects with attributes, characterized in that it comprises: a means for forming a hierarchical tree of groups of objects called "contexts", the tree structure having a root context in which are found all the other contexts and all the objects, each object of said tree being in a said context, - a means for forming, for at least one context, a so-called "global" sub-context to expose objects from a point of the context tree, - a means for forming, for at least one context, a so-called "contextualization" directory of attribute values for the objects of said context and a means for allocating, to each attribute of an object of the tree to be displayed, the value of the attribute of the same name, of the same type and of the same modifiers, of the highest rank for which it has been assigned a value in a contextualization directory.