[go: up one dir, main page]

WO2001095102A1 - Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques - Google Patents

Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques Download PDF

Info

Publication number
WO2001095102A1
WO2001095102A1 PCT/FR2001/001690 FR0101690W WO0195102A1 WO 2001095102 A1 WO2001095102 A1 WO 2001095102A1 FR 0101690 W FR0101690 W FR 0101690W WO 0195102 A1 WO0195102 A1 WO 0195102A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
type
entities
processor
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2001/001690
Other languages
English (en)
Inventor
Eric Bezine
Jérémie CHASSAING
Antoine Buhl
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HYPNOTIZER
Original Assignee
HYPNOTIZER
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by HYPNOTIZER filed Critical HYPNOTIZER
Priority to EP01940651A priority Critical patent/EP1295203A1/fr
Priority to AU2001274168A priority patent/AU2001274168A1/en
Publication of WO2001095102A1 publication Critical patent/WO2001095102A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces

Definitions

  • the subject of the present invention is a method of structuring, transferring and interpreting a set of information intended for the design of graphical interfaces requiring complete, dynamic and evolving management of human-machine interactions. It also relates to the application of this method to the distribution of interactive content.
  • the invention applies in particular, but not exclusively, to the large-scale distribution of navigation interfaces in multimedia data (texts, images, sounds, videos, etc.), with which the user can directly interact.
  • the present invention therefore aims to eliminate these drawbacks, and in particular to allow the creation of graphical interfaces which require little memory resources during their transport, which may be distributable to a large number of terminals simultaneously, and whose modalities 'interactions, programmable, can evolve and be modified without requiring the program to be stopped on the terminal.
  • This method implements a terminal comprising a processor, a screen and input devices giving access to commands allowing:
  • this process is characterized in that it comprises the following phases:
  • the aforementioned structure of information of the first type H allows the creation, the use and the destruction of:
  • the terminal for creating structures of the first type H may be distinct from the execution terminal and may therefore implement:
  • a transmitter terminal E comprising a processor, a screen and input peripherals (keyboard, mouse, etc.) giving access to commands making it possible to introduce elements and their characteristics, with a view to developing a data structure representing the elements of a graphical interface, the interactions that exist between them and vis-à-vis the content within which they allow to navigate, and the modification over time of these interactions;
  • a client terminal C comprising a processor, a screen and input peripherals (keyboard, mouse, etc.) giving access to commands making it possible to manipulate the interface thus constructed in order to navigate in the multimedia content presented to the screen.
  • the method may also include:
  • An additional terminal may be used to broadcast the data, this server terminal S comprising one or more processors, storage units and communication systems making it possible to receive and modify the data generated by the sending terminal E and to distribute them to the terminal customer C.
  • the method according to the invention may also comprise the following phases:
  • the information structures of the second type M may allow, in addition to the characteristics of the first type H, the definition of personalized settings for a given client terminal C.
  • the method according to the invention may simultaneously implement several transmitting terminals E sending information structures of the second type M, enriched so as to allow: • the assignment of names to the entities present in the structure, "the definition namespaces specific to each sending terminal E, "the authorization by the latter to another sending terminal E 'of access rights of use, modification and destruction of the entities.
  • the method according to the invention can implement:
  • At least one transmitting terminal comprising a processor, a screen and input devices (keyboard, mouse, etc.) giving access to commands making it possible to introduce and, possibly but not exclusively, to represent the screen of the elements and their characteristics, with a view to developing a data structure representing the elements of the interface, the interactions which exist between them and with respect to the content inside which they make it possible to navigate, and the change over time of these interactions.
  • the Transmitting Machines comprising a processor, a screen and input devices (keyboard, mouse, etc.) giving access to commands making it possible to introduce and, possibly but not exclusively, to represent the screen of the elements and their characteristics, with a view to developing a data structure representing the elements of the interface, the interactions which exist between them and with respect to the content inside which they make it possible to navigate, and the change over time of these interactions.
  • the Servers comprising one or more processors, storage units and communication systems making it possible to broadcast the data generated by the Transmitting Machines to receiving terminals (Client Machines ) defined below.
  • This data which can come from several Transmitting Machines, can be personalized by the Server for each of the clients.
  • One or more receiving terminals comprising a processor, a screen and input devices (keyboard, mouse, etc.) giving access to commands allowing the interface to be manipulated in order to navigate multimedia content presented on the screen
  • the receiving terminals and the Sending Machines can be the same, in particular when the data does not pass through Servers.
  • the process could then include the following successive phases:
  • the entities are represented by Actions. These can be of three types: a Creation or definition of an entity, "Use of an entity,” Destruction of an entity.
  • explicit destruction mechanisms of the entities can be defined within the data structures defined by the invention: this ensures the long-term viability of a data flow constructed using the method.
  • the structuring of data can be different depending on their means of transport.
  • the method according to the invention describes two different modes.
  • the first, called Textual Form ensures maximum readability and uses a method of describing already known documents [ref: XML].
  • this structuring does not allow the dissemination of data for an indefinite time; moreover, readability also translates into greater occupancy which is incompatible with large-scale dissemination of data.
  • Compressed Form a structure specific to the invention, called Compressed Form, makes it possible to transit Actions in a compressed manner, without limitation of duration.
  • the method according to the invention may separate the creation of the graphical interface and the definition of its behaviors by an approach known as the Document / View paradigm, making it possible in particular to modify the graphical interface and the behaviors independently. of each other.
  • the behaviors of the entities are described in the form of a program written in a very simple language.
  • the syntax of this language is close to that of script languages with existing objects [ref: JavaScript].
  • the representation of these programs in the compressed structuring is pre-compiled so as to: "occupy a smaller place in memory and during broadcasting, "speed up program execution.
  • the Transmitting Machines it is thus possible for the Transmitting Machines to cooperate in the dissemination of a graphical navigation interface.
  • the Client Machines are not aware of the Namespaces: the amount of data to be managed is thus reduced, and the processing to be carried out by the processor of the Client Machines is less.
  • the Client Machines can display the elements of the interface in semi-transparent overlay on the multimedia content in which the user browses.
  • Figure 1 is a schematic representation showing the machines used by the method according to the invention.
  • FIG. 2 schematically illustrates the successive phases of the method according to the invention
  • FIG. 3 represents the diffusion model specific to this application
  • FIG. 4 represents the code defining an entity of the library in HSML language (structuring of the second type M);
  • FIG. 5 represents the screen of the editing terminal of the navigation interface
  • Figures 6a and 6b show the file generated from the representation of Figure 5 in HSML language
  • FIG. 7 gives in HSML an example of structure in Textual Form allowing to customize the Compressed Form for each client;
  • FIG. 8 represents the response of an external tool corresponding to the structure defined by FIG. 7;
  • Figure 9 is a block diagram representing the operations performed by the Server upon receipt of the first set of Actions
  • FIG. 10 is a block diagram representing the operations performed by the Server upon receipt of the following Action blocks
  • Figure 11 shows the operations performed by the Server when connecting a Client Machine
  • Figure 12 shows the operations performed by the Client Machine when it receives Actions
  • Figure 13 shows the operations that can be performed at a given time on the Client Machine.
  • the method according to the invention implements three transmitting terminals (processor / keyboard / screen) TEi to TE 3 , two machines here broadcasting servers S19 S 2 and four receiving terminals ( processor / keyboard / screen) TR to TR ⁇
  • the transmitting terminal TEi transmits its data, in text form, to the server Si, which personalizes them in compressed form to transmit them to the receiving terminals TRi, TR 2 .
  • the transmitting terminal TE 2 transmits its data to the two servers Si, S 2 which selectively retransmit them to the receiving terminals TRi to TR4.
  • the terminal TE 3 transmits its information in compressed form directly to the receiving terminal TR 4 .
  • FIG. 2 is a flowchart showing the successive phases of the method according to the invention, namely:
  • the application presented in this example is intended for broadcasting to a large number of users of navigation interfaces in video content, broadcasting which requires:
  • This type of broadcast typically implements numerous Client Machines TR 5 to TRg, a Server S 3 and several Transmitting Machines TE to TE 6 .
  • a TE machine called Producer
  • has a special status because it transmits the first elements of the interface to Server S 3 .
  • This set of entities is called Initial Block, and the following sets are called Dynamic Blocks.
  • the TE 4 to TE 6 Transmitting Machines are also called Coproducers.
  • the Initial Block must be prepared in advance and defines for example the graphic charter of the interface as well as its appearance and its initial behaviors.
  • To create this Initial Block we use a specific graphic editing program allowing to perform the following operations:
  • Zone Z 3 allows '' directly edit the textual structure representing the Initial Block. "Finally, the Z zone allows you to position yourself at a particular moment in the video content.”
  • Figures 7 and 8 respectively give an example of structure in Textual Form and the data returned by the tool queried.
  • the server When it receives an Initial Block, the server creates or modifies a Channel, through which the Co-producers will send the computer data structures to the Client Machines.
  • This Initial Block undergoes the following operations, described in Figure 9:
  • one of the Co-producers wants to enrich or modify the navigation interface, it sends a Dynamic Block to the Server. To do this, it generates a data structure in text representation. It then transmits it to the Server, which performs the following operations, described in Figure 10:
  • each Client Machine receives when it connects the Current State of the Channel, and that the Dynamic States are sent thereafter.
  • the Client Machine when it receives data in the form of actions, performs (figure 12) the following operations: "Analysis of compressed data and recovery of Actions (block B 26 ).
  • Actions • Decoding and execution of Actions (block B 27 ). These can perform a large number of operations. Among these, there are three main categories: - Actions on the interaction management logic (block B 2 s). This includes the creation, destruction and use of Classes and Objects, and the sending of Messages to the different elements of this logic,
  • the program present on the Client Machine performs a certain number of operations, given in FIG. 13, related to the user interface, to the graphic rendering and to internal and external communications. These relate in particular to:

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Le procédé selon l'invention met en oeuvre un processeur, un écran et des périphériques. Il comprend les phases suivantes: la création d'entités entrant dans la définition d'une interface de navigation; la définition de l'évolution de ces entités au cours du temps; l'élaboration par le processeur d'une structure d'un premier type H; la lecture et l'interprétation de ladite structure d'informations, et l'élaboration par le processeur des entités correspondant à cette structure; l'affichage éventuel de certaines entités suivant les modalités décrites par ladite structure; la prise en compte par le processeur des actions de l'utilisateur sur les périphériques pour piloter et modifier l'interface et pour naviguer dans le contenu. L'invention s'applique à la diffusion à grande échelle d'interfaces de navigation dans des données multimédia.

Description

PROCEDE DE STRUCTURATION, DE TRANSFERT ET D'INTERPRETATION D'UN ENSEMBLE D'INFORMATIONS DESTINEES A LA CONCEPTION D'INTERFACES GRAPHIQUES.
La présente invention a pour objet un procédé de structuration, de transfert et d'interprétation d'un ensemble d'informations destinées à la conception d'interfaces graphiques nécessitant une gestion complète, dynamique et évolutive des interactions homme-machine. Elle concerne également l'application de ce procédé à la diffusion de contenu interactif.
L'invention s'applique notamment, mais non exclusivement, à la diffusion à grande échelle d'interfaces de navigation dans des données multimédia (textes, images, sons, vidéos, etc.), avec lesquelles l'utilisateur peut directement interagir.
D'une manière générale, on sait construire des interfaces graphiques permettant à l'utilisateur d'un terminal d'effectuer toutes sortes de tâches. Le comportement de ces interfaces est figé, c'est-à-dire que, d'une part, l'apparence graphique de l'interface est décrite par le programme au début de son exécution, et que, d'autre part, les modalités d'interaction entre le terminal et l'utilisateur ne changent pas entre le début et la fin de l'exécution du programme. Dans cette approche où le terminal peut fonctionner de manière autonome ou connecté à d'autres machines, l'interface graphique et son comportement doivent être programmés une fois pour toute par un développeur expérimenté. Ainsi, il est en général impossible de modifier les modalités du comportement d'un programme informatique sans interrompre son utilisation par l'utilisateur du terminal. De plus, pour pouvoir utiliser le même programme sur plusieurs terminaux, il est nécessaire de distribuer et de mettre en place le programme sur chacun de ceux-ci, ce qui, en général, passe par de fastidieuses routines d'installations.
On sait cependant [ref : XWindow, RFC 1013] centraliser les traitements effectués simultanément sur de nombreux terminaux (les Clients). L'exécution du programme s'effectue alors intégralement sur l'élément central (le Serveur) ; en particulier, les Clients n'effectuent que des opérations d'affichage, leur état interne étant conservé sur le Serveur et les actions des utilisateurs transmises au Serveur et exécutées par celui-ci.
Ceci, on le voit, nécessite un dialogue permanent entre le Serveur et les Clients. Un tel dialogue s'avère en pratique fortement pénalisant pour des applications, telle la lecture de vidéos, nécessitant un processeur puissant et une vitesse d'affichage élevée.
Pour palier à ces difficultés, on a proposé des solutions [ref : Flash] permettant de transférer des interfaces graphiques de navigation avec le contenu multimédia, et ce, sur un grande nombre de terminaux. Les traitements sont alors effectués directement par le processeur du terminal ; la création d'interfaces de ce type est beaucoup plus simple que pour celles décrites précédemment, car elle ne fait pas intervenir de programmation.
Les fonctionnalités offertes restent donc limitées, puisque le comportement de l'interface suit un schéma simple qu'il est difficile d'étendre. Cette solution ne résout également pas le problème de la modification des comportements au cours de l'exécution : ce procédé utilisant un fichier, il est impossible, une fois le fichier transmis au terminal, de modifier les modalités d'interaction des interfaces ainsi générées.
La présente invention a donc pour but de supprimer ces inconvénients, et en particulier de permettre la création d'interfaces graphiques qui nécessitent peu de ressources mémoire pendant leur transport, qui soient éventuellement distribuables à un grand nombre de terminaux simultanément, et dont les modalités d'interactions, programmables, puissent évoluer et être modifiées sans nécessiter l'arrêt du programme sur le terminal.
Ce procédé met en œuvre un terminal comprenant un processeur, un écran et des périphériques d'entrée donnant accès à des commandes permettant :
- d'introduire des éléments et leurs caractéristiques, en vue d'élaborer une structure de données représentant les éléments d'une interface graphique, les interactions qui existent entre eux et vis-à-vis du contenu à l'intérieur duquel ils permettent de naviguer, et la modification au cours du temps de ces interactions ;
- de manipuler l'interface ainsi construite en vue de naviguer dans le contenu multimédia présenté à l'écran, l'affichage de l'interface étant effectué en incrustation semi-transparente sur le contenu en question.
Selon l'invention, ce procédé est caractérisé en ce qu'il comprend les phases suivantes :
la création des différentes entités entrant en jeu dans la définition d'une interface de navigation, de leur apparence à l'écran et des relations et moyens de communication entre elles ; la définition de l'évolution de ces entités au cours du temps ; - l'élaboration par le processeur, à partir des éléments introduits dans le terminal, d'une structure d'informations d'un premier type H exprimée dans un langage informatique propre à un stockage occupant peu de place ;
- la lecture et l'interprétation à n'importe quel moment de ladite structure d'informations, et l'élaboration par le processeur des entités correspondant à cette structure ;
- l'affichage éventuel de certaines entités suivant les modalités décrites par ladite structure ;
- la prise en compte par le processeur des actions de l'utilisateur sur les périphériques d'entrée pour piloter et modifier l'interface et pour naviguer dans le contenu.
Avantageusement, la susdite structure d'informations du premier type H permet la création, l'utilisation et la destruction de :
- catégories de comportements - "Classes" ;
- entités ayant ces comportements - "Objets" ;
- envoi de commandes aux objets - "Messages" ;
- catégories de représentation des objets à l'écran - "Classes de Vues" ; - représentation des objets à l'écran - "Vues" ;
- apparence (visuelle et sonore) des vues - "Matériaux".
Par ailleurs, le terminal de création des structures du premier type H pourra être distinct du terminal d'exécution et pourra donc mettre en œuvre :
- un terminal émetteur E comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant d'introduire des éléments et leurs caractéristiques, en vue d'élaborer une structure de données représentant les éléments d'une interface graphique, les interactions qui existent entre eux et vis-à-vis du contenu à l'intérieur duquel ils permettent de naviguer, et la modification au cours du temps de ces interactions ; - un terminal client C comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant de manipuler l'interface ainsi construite en vue de naviguer dans le contenu multimédia présenté à l'écran.
Dans ce cas, le procédé pourra en outre comprendre :
- le transfert, après élaboration de la structure du premier type H sur le terminal émetteur E, de cette structure du terminal émetteur E au terminal client C, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme en utilisant un support physique transportable ou un autre moyen de communication ; - l'interprétation, à mesure qu'elles arrivent sur le terminal client C, de nouvelles structures d'informations du premier type H par le processeur et, en particulier, la création de nouveaux éléments, et la modification ou la destruction d'éléments déjà existants.
Un terminal supplémentaire pourra être utilisé pour diffuser les données, ce terminal serveur S comprenant un ou plusieurs processeurs, des unités de stockage et des systèmes de communication permettant de recevoir et de modifier les données générées par le terminal émetteur E et de les diffuser au terminal client C.
Dans ce cas, le procédé selon l'invention pourra en outre comprendre les phases suivantes :
a) sur le terminal émetteur E : - l'élaboration par le processeur, à partir des éléments introduits dans le terminal, d'une structure d'informations d'un second type M exprimée dans un langage informatique textuel propre à une personnalisation par le terminal serveur S pour le terminal client C des éléments de l'interface ;
- le transfert de cette structure du terminal émetteur E au terminal serveur S, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme, en utilisant un support physique transportable ou un autre moyen de communication ;
b) sur le terminal serveur S :
- le traitement éventuel par les processeurs de cette structure, leur modification, leur personnalisation pour le terminal client C ;
- la réécriture de cette structure sous la forme d'une structure d'informations du premier type H, exprimée dans un langage informatique propre à un stockage occupant peu de place ;
- le transfert de cette structure du terminal serveur S au terminal client C, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme, en utilisant un support physique transportable ou un autre moyen de communication.
Les structures d'informations du second type M pourront permettre, en plus des caractéristiques du premier type H, la définition de paramétrages personnalisés pour un terminal client C donné.
Avantageusement, le procédé selon l'invention pourra mettre en œuvre simultanément plusieurs terminaux émetteurs E envoyant des structures d'informations du second type M, enrichi de manière à permettre : • l'affectation de noms aux entités présente dans la structure, " la définition d'espaces de noms propres à chaque terminal émetteur E, " l'autorisation par celui-ci à un autre terminal émetteur E' de droits d'accès de type utilisation, modification et destruction des entités. Compte tenu de ce qui précède, d'une façon générale le procédé selon l'invention pourra mettre en œuvre :
• Au moins un terminal émetteur (les Machines Emettrices) comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant d'introduire et, éventuellement mais non exclusivement, de représenter à l'écran des éléments et leurs caractéristiques, en vue d'élaborer une structure de données représentant les éléments de l'interface, les interactions qui existent entre eux et vis-à-vis du contenu à l'intérieur duquel ils permettent de naviguer, et la modification au cours du temps de ces interactions.
• Eventuellement, mais non exclusivement, une ou plusieurs machines de diffusion (les Serveurs), comprenant un ou plusieurs processeurs, des unités de stockage et des systèmes de communication permettant de diffuser les données générées par les Machines Emettrices à des terminaux récepteur (Machines Clientes) définis ci-dessous. Ces données, qui peuvent provenir de plusieurs Machines Emettrices, peuvent être personnalisées par le Serveur pour chacun des clients.
" Un ou plusieurs terminaux récepteurs (les Machines Clientes) comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant de manipuler l'interface en vue de naviguer dans le contenu multimédia présenté à l'écran. Les terminaux récepteurs et les Machines Emettrices peuvent être les mêmes, en particulier lorsque les données ne transitent pas par des Serveurs.
Le procédé pourra alors comprendre les phases successives suivantes :
• La création sur la ou les Machines Emettrices de différentes entités, appelées Composants, entrant en jeu dans la définition d'une interface de navigation : de catégories de comportements (les Classes), d'entités ayant ces comportements (les Objets), de catégories de représentation de ces entités à l'écran (les Classes de Vues), de représentations à l'écran (les Vues), de relations et moyens de communication entre elles (les Messages), la machine permettant également la définition et l'édition de l'évolution de ces entités au cours du temps. " La génération par le processeur des Machines Emettrices de la structure d'informations représentant chacun desdits composants. * Le transfert sous forme informatique de ces structures, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme, en utilisant un support physique transportable [par exemple un disque, une bande magnétique, etc.] ou un autre moyen de communication [par exemple des réseaux de télécommunication hertziens ou terrestres, des réseaux interconnectés, etc.], soit à un ou des Serveurs sous une forme textuelle du second type M, soit directement aux Machines Clientes sous la forme du premier type H, occupant peu de place en mémoire et, par conséquent, plus rapidement transportable.
" Le traitement éventuel par les processeurs des Serveurs de ces structures, leur modification, leur personnalisation pour chacune des Machines Clientes, leur réécriture sous la forme du premier type H et leur diffusion vers les Machines Clientes. " L'interprétation par les Machines Clientes des Actions, et plus particulièrement :
- la réception, éventuellement en continu, des données informatiques sous la forme de structure du premier type H,
- l'élaboration par le processeur des Composants correspondant à ces structures,
- l'affichage des Vues suivant les modalités décrites par les Objets,
- la prise en compte par le processeur des actions de l'utilisateur sur les périphériques d'entrée pour piloter et modifier l'interface et pour naviguer dans le contenu multimédia, - la modification par le processeur, à mesure que les informations arrivent, des éléments existants et, en particulier, la création et la destruction des Classes, des Objets et des Vues, et l'envoi de Messages des uns aux autres.
Il convient de noter que les phases de transfert des structures de données des Machines Emettrices aux Serveurs peuvent être étalées dans le temps.
Outre les notions de Classes, d'Objets, de Classes de Vues, de Vues et de Messages précédemment définies, d'autres entités peuvent également être transmises des Machines Emettrices aux Machines Clientes (en passant éventuellement par les Serveurs), entre autres et de manière non limitative :
- les Groupes de vues, qui regroupent plusieurs Vues au sein d'une même entité, ces Vues étant alors manipulables simultanément,
- les Masques, qui permettent de cacher tout ou partie d'une Vue ou d'un Groupe, et qui peuvent, en particulier, être semi-transparents et se déplacer relativement à la Vue ou au Groupe qu'ils masquent,
- les Matériaux qui consistent en des ressources qui définissent l'apparence (visuelle et sonore) d'une Vue et son évolution au cours du temps (textes, dessins vectoriels, images en mode point, clips vidéo, clips sons, etc.), - les Effets, qui peuvent s'appliquer à des Vues, des Groupes ou des Masques, et qui modifient leur apparence en fonction de paramètres pouvant évoluer au cours du temps.
Dans la structure de données du premier type H définie par le procédé selon l'invention, les entités sont représentées par des Actions. Celles-ci peuvent être de trois types : a Création ou définition d'une entité, " Utilisation d'une entité, " Destruction d'une entité. Avantageusement, des mécanismes de destructions explicites des entités peuvent être définis au sein même des structures de données définies par l'invention : cela assure la viabilité à long terme d'un flux de données construit à l'aide du procédé.
Comme précédemment mentionné, la structuration des données peut être différente suivant leur moyen de transport. En effet, le procédé selon l'invention décrit deux modes différents. Le premier, appelé Forme Textuelle, assure une lisibilité maximale et utilise une méthode de description de documents déjà connus [ref : XML]. En contrepartie, de par la nature finie de cette représentation, cette structuration ne permet pas la diffusion des données pendant un temps indéfini ; de plus, la lisibilité se traduit également par une occupation plus importante qui est incompatible avec une diffusion à grande échelle des données.
A l'opposé, une structuration spécifique à l'invention, appelée Forme Compressée permet de faire transiter des Actions de manière compressée et ce, sans limitation de durée.
Avantageusement, le procédé suivant l'invention pourra séparer la création de l'interface graphique et la définition de ses comportements par une approche connue sous le nom de paradigme Document/Vue, permettant en particulier de modifier l'interface graphique et les comportements indépendamment l'un de l'autre.
Selon une particularité de l'invention, les comportements des entités sont décrits sous la forme d'un programme écrit dans un langage très simple. La syntaxe de ce langage est proche de celle de langages de scripts à objets déjà existants [ref : JavaScript]. Avantageusement, la représentation de ces programmes dans la structuration compressée est pré-compilée de manière à : " occuper une place moindre en mémoire et lors de la diffusion, " accélérer l'exécution du programme.
D'un autre côté, la définition des Vues ne nécessite aucune connaissance particulière d'un langage de programmation.
Selon une autre particularité de l'invention, les descriptions contenues dans les deux formes de structurations ne sont pas identiques : la description non compressée permet en effet :
" de donner des noms explicites aux Composants et aux Actions, et non pas des identifiants numériques, m d'inclure des Actions de pré-traitement, destinées aux Serveurs, permettant à ceux-ci de créer des structures compressées spécifiques à chaque
Machine Cliente connectée, • de gérer la concurrence entre les différentes Machines Emettrices et, en particulier, d'assurer éventuellement l'utilisation par une Machine
Emettrice de Composants créés par une ou plusieurs autres Machines
Emettrices.
Avantageusement, il est ainsi possible aux Machines Emettrices de coopérer dans la diffusion d'une interface graphique de navigation. En particulier, on définit une notion d'espace de nom propre à chaque Machine Emettrice ; celle- ci peut alors autoriser chacune des autres Machines Emettrices à effectuer diverses opérations sur les entités qu'elle définit. Parmi celle-ci, on peut citer en particulier (mais non exclusivement) : " l'utilisation des entités,
" la modification des entités, " la destruction des entités.
Avantageusement, les Machines Clientes n'ont pas connaissance des Espaces de noms : la quantité de données à gérer se trouve ainsi diminuée, et les traitements à effectuer par le processeur des Machines Clientes sont moindres. Enfin, suivant une particularité de l'invention, les Machines Clientes peuvent afficher les éléments de l'interface en incrustation semi-transparente sur le contenu multimédia dans lequel l'utilisateur navigue.
Un mode de réalisation d'une application du procédé suivant l'invention à la diffusion d'interface de navigation sur de la vidéo est décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels :
La figure 1 est une représentation schématique montrant les machines mises en œuvre par le procédé selon l'invention ;
La figure 2 illustre schématiquement les phases successives du procédé selon l'invention ;
La figure 3 représente le modèle de diffusion spécifique à cette application ;
La figure 4 représente le code définissant une entité de la bibliothèque en langage HSML (structuration du second type M) ;
La figure 5 représente l'écran du terminal d'édition de l'interface de navigation ;
Les figures 6a et 6b montrent le fichier généré à partir de la représentation de la figure 5 en langage HSML ;
La figure 7 donne en HSML un exemple de structure sous Forme Textuelle permettant de personnaliser la Forme Compressée pour chaque client ; La figure 8 représente la réponse d'un outil externe correspondant à la structure définie par la figure 7 ;
La figure 9 est un schéma blocs représentant les opérations effectuées par le Serveur à la réception du premier ensemble d'Actions ;
La figure 10 est un schéma blocs représentant les opérations effectuées par le Serveur à la réception des blocs d'Actions suivants ;
La figure 11 montre les opérations effectuées par le Serveur à la connexion d'une Machine Cliente ;
La figure 12 montre les opérations effectuées par la Machine Cliente lorsqu'elle reçoit des Actions ;
La figure 13 représente les opérations pouvant être effectuées à un moment donné sur la Machine Cliente.
Dans l'exemple représenté sur la figure 1, le procédé selon l'invention met en œuvre trois terminaux émetteurs (processeur/clavier/écran) TEi à TE3, deux machines de diffusion ici des serveurs Sl9 S2 et quatre terminaux récepteurs (processeur/clavier/écran) TR à TR^
Le terminal émetteur TEi transmet ses données, sous forme textuelle, au serveur Si, lequel les personnalise sous forme compressée pour les transmettre aux terminaux récepteurs TRi, TR2.
Le terminal émetteur TE2 transmet ses données aux deux serveurs Si, S2 lesquels les retransmettent sélectivement aux terminaux récepteurs TRi à TR4. Le terminal TE3 transmet ses informations sous forme compressée directement au terminal récepteur TR4.
La figure 2 est un organigramme montrant les phases successives du procédé selon l'invention, à savoir :
" La création de composants sur la (ou les) machine(s) émettrice(s) (bloc
" La génération par le processeur des machines emettrices de la structure d'information représentant chacun des composants (bloc B ).
" Le transfert de cette structure, soit directement (bloc B4) à un ou plusieurs terminaux récepteurs sous forme d'actions, soit (bloc B3) à un ou plusieurs serveurs qui personnalise la structure pour chacun des terminaux récepteurs (bloc B5), la réécrit sous forme compressée sous forme d'actions (bloc B6) en vue de la transférer (bloc B7) auxdits terminaux récepteurs.
Ces terminaux récepteurs sont alors conçus de manière à pourvoir interpréter les actions (bloc Bg) :
- en élaborant des composants correspondant à ces structures, - en affichant des vues suivant les modalités décrites par les objets,
- en modifiant les éléments existants au fur et à mesure que les informations arrivent (création/destruction de classes, d'objets et de vues ...),
- en prenant en compte des actions de l'utilisateur sur les périphériques d'entrées.
L'application présentée dans cet exemple est destinée à la diffusion à un grand nombre d'utilisateurs d'interfaces de navigation dans du contenu vidéo, diffusion qui nécessite :
- le transfert de l'interface graphique aux machines (éventuellement très nombreuses) de tous les utilisateurs,
- la personnalisation éventuelle de l'interface pour chacun des utilisateurs, - l'affichage, à n'importe quel moment, d'informations sur le terminal de chaque utilisateur,
- l'évolution et la mise à jour en cours d'utilisation, c'est-à-dire pendant la navigation par l'utilisateur, de l'interface de navigation.
Ce type de diffusion, illustré par la figure 3, met typiquement en œuvre de nombreuses Machines Clientes TR5 à TRg, un Serveur S3 et plusieurs Machines Emettrices TE à TE6. Parmi celles-ci, une machine TE , nommée Producteur, possède un statut particulier car elle transmet au Serveur S3 les premiers éléments de l'interface. Cet ensemble d'entités est appelé Bloc Initial, et les ensembles suivants sont nommés Blocs Dynamiques. Les Machines Emettrices TE4 à TE6 sont aussi appelées Coproducteurs.
Le Bloc Initial doit être préparé à l'avance et définit par exemple la charte graphique de l'interface ainsi que son aspect et ses comportements initiaux. Pour créer ce Bloc Initial, on utilise un programme d'édition graphique spécifique permettant d'effectuer les opérations suivantes :
• L'utilisation, l'enrichissement (obtenu grâce aux entités de la bibliothèque définies par les codes conformément à la figure 4) et la personnalisation d'une bibliothèque d'entités prédéfinies. " La création des éléments de l'interface de navigation visibles sur l'écran représenté figure 5 par l'utilisation de cette bibliothèque et de fichiers de ressources (images, sons, texte, clips vidéo). " La mise en relation des différents éléments de cette interface.
" L'assignation aux éléments de comportements simples (à l'aide de la souris) ou plus complexes (par édition du script associé).
• La publication sur le Serveur des fichiers ainsi générés pour le Bloc Initial. Ces fichiers comportent les Formes Textuelles décrivant la structure de données et les entités de la bibliothèque, ainsi que les Ressources associées
(images, sons, etc.). Comme le montre la figure 5, l'édition s'effectue très simplement à l'aide de la souris et ne nécessite de la part de l'utilisateur aucune connaissance en programmation. Le menu Mi permet d'accéder aux fonctions principales du programme : - Fichier permet de charger et de sauvegarder des données représentant les entités,
- Edition permet de créer, modifier, copier, coller, dupliquer et supprimer ces entités sur le plan de travail,
- Options permet d'accéder aux options du programme d'édition, en particulier l'édition et l'ajout de nouvelles entités à la bibliothèque BB,
- Publication permet de transférer le Bloc Initial sur un Serveur,
- Affichage permet de modifier les paramètres d'affichage du plan de travail.
L'utilisateur voit directement l'aspect de l'interface qu'il crée grâce au plan de travail PLIs plan sur lequel il agit directement pour éditer les entités.
L'édition peut s'effectuer comme suit :
" Sélection d'une entité dans la bibliothèque BB et placement par glisser- déposer sur le plan de travail PLi. " Les propriétés de l'entité ainsi créée s'affichent dans la zone Zi et permettent d'en modifier les paramétrages. " Les actions de l'utilisateur de la Machine Cliente sont prises en compte dans la zone Z2 qui permet de lier un comportement à des événements particuliers (suivant le principe "Un événement implique une action"). " La zone Z3 permet d'éditer directement la structure textuelle représentant le Bloc Initial. " La zone Z enfin, permet de se positionner à un moment particulier du contenu vidéo. " Une fois l'édition terminée et les liaisons entre éléments définies, l'utilisateur peut enregistrer son travail ou le transférer sur le Serveur. Cet éditeur permet donc de lire et d'écrire des fichiers tels que ceux présentés sur les figures 6a et 6b, représentant les entités sous une Forme Textuelle.
Il permet également de personnaliser le contenu du Bloc Initial pour chacun des clients connectés, en définissant dans la Forme Textuelle des paramètres variables et en faisant appel à des outils déjà existants [ref : "Active Server Pages" (ASP), "Common Gateway Interface" (CGI)]. Ces outils doivent alors être utilisés pour générer, à la demande du Serveur, la liste des paramètres pour un client donné.
Les figures 7 et 8 donnent respectivement un exemple de structure sous Forme Textuelle et les données renvoyées par l'outil interrogé.
Lorsqu'il reçoit un Bloc Initial, le serveur crée ou modifie un Canal, par le biais duquel les Coproducteurs vont envoyer les structures de données informatiques aux Machines Clientes. Ce Bloc Initial subit les opérations suivantes, décrites par la figure 9 :
• Validation de la syntaxe des formes textuelles (bloc B9) et récupération des ressources associées (bloc Bι0), soit auprès de l'outil d'édition, soit directement.
" Elaboration ("Parsing") par le processeur (bloc Bu) d'une représentation en mémoire de la forme textuelle, appelée Etat Courant. " Compilation ("Compiling") du script (bloc Bι2) sous une forme plus compacte et plus rapidement exécutable. " Réécriture ("Serialization") (bloc Bι3) sous forme compressée des entités décrites par la structure. Cette opération peut être partielle, si les entités sont paramétrées et doivent donc être évaluées à la connexion de chaque client.
Lorsque l'un des Coproducteurs veut enrichir ou modifier rinterface de navigation, il envoie un Bloc Dynamique au Serveur. Pour ce faire, il génère une structure de données en représentation textuelle. Il la transmet alors au Serveur qui réalise les opérations suivantes, décrites par la figure 10 :
" Validation de la syntaxe de la forme textuelle (bloc B14) et récupération des ressources associées (bloc B15). " Elaboration ("Parsing") par le processeur d'une représentation en mémoire de la forme textuelle dynamique, appelée Etat Dynamique (bloc BIÔ), et simultanément modification de l'Etat Courant du Canal
Figure imgf000019_0001
" Compilation ("Compiling") du script (bloc Bπ) sous une forme plus compacte et plus rapidement exécutable.
• Réécriture ("Serialization") sous forme compressée (bloc B18) des entités décrites par la structure.
" Envoi de l'Etat Dynamique aux Machines Clientes connectées (bloc
B2o).
Lorsqu'une Machine Cliente se connecte au Serveur, celui-ci réalise (figure 11) les opérations suivantes :
• L'établissement de la connexion (bloc B21).
" La mise en forme de la demande distante (bloc B 2). " Evaluation auprès des outils cités ci-dessus des paramètres propres à chaque connexion (bloc B23). " Evaluation (et donc finalisation de la réécriture) de l'Etat Courant (bloc
B24). » Envoi de l'Etat Courant à la Machine Cliente (bloc B2s).
Ainsi, on voit que chaque Machine Cliente reçoit quand elle se connecte l'Etat Courant du Canal, et que les Etats Dynamiques lui sont envoyés par la suite.
La Machine Cliente, lorsqu'elle reçoit des données sous la forme d'actions, réalise (figure 12) les opérations suivantes : " Analyse des données compressées et récupération des Actions (bloc B26).
• Décodage et exécution des Actions (bloc B27). Celles-ci peuvent effectuer un grand nombre d'opérations. Parmi celles-ci, on distingue trois grandes catégories : - Actions sur la logique de gestion des interactions (bloc B2s). Ceci comprend la création, la destruction et l'utilisation de Classes et d'Objets, et l'envoi de Messages aux différents éléments de cette logique,
- Actions sur la logique d'affichage de l'interface de navigation (bloc B29), en particulier la création, la destruction et l'utilisation de
Matériaux, de Vues, d'Effets, de Masques et de Groupes de Vues,
- Autres actions (bloc B3o). Ceci comporte en particulier la définition du contenu multimédia.
Au cours de son exécution, le programme présent sur la Machine Cliente réalise un certain nombre d'opérations, données par la figure 13, liées à l'interface utilisateur, au rendu graphique et aux communications internes et avec l'extérieur. Celles-ci concernent en particulier :
" Le rendu du contenu vidéo, et donc les opérations de décompression vidéo et audio (bloc B3ι).
• Le dessin de l'interface graphique en incrustation semi-transparente sur la vidéo (bloc B32) et ce, sur modification de l'image donnée par la vidéo ou d'un élément de l'interface. " La réponse à des actions de l'utilisateur provenant de périphériques tels que souris et clavier (bloc B33). " La réponse à des actions de programmes extérieurs (bloc B3 ) par l'emploi de langages de scripts de type habituel [ref : JavaScript, VBScript]. " Des opérations effectuées en réponse à des mécanismes internes (activation par des horloges, communications entre éléments) (bloc B35). La communication entre la Machine Cliente et le Serveur prend fin à la demande du client (terminaison du programme, passage à un canal différent), sur envoi par le Serveur d'une Action "Fin", ou éventuellement en cas de problèmes dans la communication entre les deux parties.

Claims

Revendications
1. Procédé de structuration et d'interprétation d'un ensemble d'informations destinées à la conception d'interfaces graphiques nécessitant une gestion complète, dynamique et évolutive des interactions homme- machine, mettant en œuvre un terminal comprenant un processeur, un écran et des périphériques d'entrée donnant accès à des commandes permettant :
- d'introduire des éléments et leurs caractéristiques, en vue d'élaborer une structure de données représentant les éléments d'une interface graphique, les interactions qui existent entre eux et vis-à-vis du contenu à l'intérieur duquel ils permettent de naviguer, et la modification au cours du temps de ces interactions ;
- de manipuler l'interface ainsi construite en vue de naviguer dans le contenu multimédia présenté à l'écran, l'affichage de l'interface étant effectué en incrustation semi-transparente sur le contenu en question,
caractérisé en ce qu'il comprend les phases suivantes :
- la création des différentes entités entrant en jeu dans la définition d'une interface de navigation, de leur apparence à l'écran et des relations et moyens de communication entre elles ;
- la définition de l'évolution de ces entités au cours du temps ;
- l'élaboration par le processeur, à partir des éléments introduits dans le terminal, d'une structure d'informations d'un premier type H exprimée dans un langage informatique propre à un stockage occupant peu de place ;
- la lecture et l'interprétation à n'importe quel moment de ladite structure d'informations, et l'élaboration par le processeur des entités correspondant à cette structure ; - l'affichage éventuel de certaines entités suivant les modalités décrites par ladite structure ; - la prise en compte par le processeur des actions de l'utilisateur sur les périphériques d'entrée pour piloter et modifier l'interface et pour naviguer dans le contenu.
2. Procédé selon la revendication 1, caractérisé en ce que la susdite structure d'informations du premier type H permet la création, l'utilisation et la destruction de :
- catégories de comportements - "Classes" ; - entités ayant ces comportements - "Objets" ;
- envoi de commandes aux objets - "Messages" ;
- catégories de représentation des objets à l'écran - "Classes de Vues" ;
- représentation des objets à l'écran - "Vues" ;
- apparence (visuelle et sonore) des vues - "Matériaux".
3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que le terminal de création des structures du premier type H est distinct du terminal d'exécution et met en œuvre :
- un terminal émetteur E comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant d'introduire des éléments et leurs caractéristiques, en vue d'élaborer une structure de données représentant les éléments d'une interface graphique, les interactions qui existent entre eux et vis-à-vis du contenu à l'intérieur duquel ils permettent de naviguer, et la modification au cours du temps de ces interactions ;
- un terminal client C comprenant un processeur, un écran et des périphériques d'entrée (clavier, souris, etc.) donnant accès à des commandes permettant de manipuler l'interface ainsi construite en vue de naviguer dans le contenu multimédia présenté à l'écran ; et en ce qu'il comprend les phases supplémentaires suivantes :
- le transfert, après élaboration de la structure du premier type H sur le terminal émetteur E, de cette structure du terminal émetteur E au terminal client C, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme en utilisant un support physique transportable ou un autre moyen de communication ;
- l'interprétation, à mesure qu'elles arrivent sur le terminal client C, de nouvelles structures d'informations du premier type H par le processeur et, en particulier, la création de nouveaux éléments, et la modification ou la destruction d'éléments déjà existants.
4. Procédé selon la revendication 3, utilisant en outre un terminal supplémentaire pour diffuser les données et mettant en œuvre, en plus des susdits terminaux, un terminal serveur S comprenant un ou plusieurs processeurs, des unités de stockage et des systèmes de communication permettant de recevoir et modifier les données générées par le terminal émetteur E et de les diffuser au terminal client C, caractérisé en ce qu'il comprend les phases suivantes supplémentaires suivantes :
a) sur le teπninal émetteur E :
- l'élaboration par le processeur, à partir des éléments introduits dans le terminal, d'une structure d'informations d'un second type M exprimée dans un langage informatique textuel propre à une personnalisation par le terminal serveur S pour le terminal client C des éléments de l'interface ;
- le transfert de cette structure du terminal émetteur E au terminal serveur S, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme, en utilisant un support physique transportable ou un autre moyen de communication ; b) sur le terminal serveur S :
- le traitement éventuel par les processeurs de cette structure, leur modification, leur personnalisation pour le terminal client C ;
- la réécriture de cette structure sous la forme d'une structure d'informations du premier type H, exprimée dans un langage informatique propre à un stockage occupant peu de place ;
- le transfert de cette structure du terminal serveur S au terminal client C, que ce soit par le biais d'un fichier, d'un flux de données illimité ou sous une autre forme, en utilisant un support physique transportable ou un autre moyen de communication ;
les structures d'informations du second type M permettant, en plus des caractéristiques du premier type H, la définition de paramétrages personnalisés pour un terminal client C donné.
5. Procédé selon la revendication 4, caractérisé par la présence simultanée de plusieurs terminaux émetteurs E envoyant des structures d'informations du second type M, enrichi de manière à permettre : " l'affectation de noms aux entités présente dans la structure,
" la définition d'espaces de noms propres à chaque terminal émetteur E, " l'autorisation par celui-ci à un autre terminal émetteur E' de droits d'accès de type utilisation, modification et destruction des entités.
6. Procédé selon l'une des revendications 3 et 5, caractérisé par la présence simultanée de plusieurs terminaux client C, pouvant recevoir des structures d'informations du premier type H définissant des interfaces éventuellement différentes pour chacun d'entre eux.
7. Procédé selon l'une des revendications précédentes, caractérisé en ce que les structurations d'informations du premier type H et du second type M sont conçus de manière à permettre la définition de : " groupements de Vues - "Groupes de vues", " de calques de détourage des vues - "Masques", " d'effets spéciaux à appliquer aux vues - "Effets".
8. Procédé selon la revendication 7, caractérisé en ce qu'il s'applique à la navigation dans un contenu vidéo, notamment pour se déplacer au sein d'une vidéo, ou pour passer d'une vidéo à une autre.
PCT/FR2001/001690 2000-06-08 2001-05-31 Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques Ceased WO2001095102A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP01940651A EP1295203A1 (fr) 2000-06-08 2001-05-31 Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques
AU2001274168A AU2001274168A1 (en) 2000-06-08 2001-05-31 Method for structuring, transferring and interpreting a data set for designing graphic interfaces

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR00/07387 2000-06-08
FR0007387A FR2810130B1 (fr) 2000-06-08 2000-06-08 Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques

Publications (1)

Publication Number Publication Date
WO2001095102A1 true WO2001095102A1 (fr) 2001-12-13

Family

ID=8851125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2001/001690 Ceased WO2001095102A1 (fr) 2000-06-08 2001-05-31 Procede de structuration, de transfert et d'interpretation d'un ensemble d'informations destinees a la conception d'interfaces graphiques

Country Status (4)

Country Link
EP (1) EP1295203A1 (fr)
AU (1) AU2001274168A1 (fr)
FR (1) FR2810130B1 (fr)
WO (1) WO2001095102A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150012905A1 (en) * 2013-07-02 2015-01-08 Andrew T. Emmons System and method for streamlining user interface development
US9239839B2 (en) 2004-04-06 2016-01-19 Thomson Licensing Device and method for multimedia data retrieval

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5590262A (en) * 1993-11-02 1996-12-31 Magic Circle Media, Inc. Interactive video interface and method of creation thereof

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5590262A (en) * 1993-11-02 1996-12-31 Magic Circle Media, Inc. Interactive video interface and method of creation thereof

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GEISSLER J: "SURFING THE MOVIE SPACE ADVANCED NAVIGATION IN MOVIE-ONLY HYPERMEDIA", PROCEEDINGS OF ACM MULTIMEDIA,US,NEW YORK, ACM, 5 November 1995 (1995-11-05), pages 391 - 400, XP000599046, ISBN: 0-201-87774-0 *
MARC ABRAMS & CONTANTINOS PHANOURIOU: "UIML: An XML Language for Building Device-Independent User Interfaces", PROCEEDINGS OF THE XML '99 CONFERENCE, - December 1999 (1999-12-01), Philadelphia, USA, XP002161335, Retrieved from the Internet <URL:http://www.harmonia.com/resources/papers/xml99Final.pdf> [retrieved on 20010223] *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9239839B2 (en) 2004-04-06 2016-01-19 Thomson Licensing Device and method for multimedia data retrieval
US9665627B2 (en) 2004-04-06 2017-05-30 Thomson Licensing Dtv Method and device for multimedia data retrieval
US20150012905A1 (en) * 2013-07-02 2015-01-08 Andrew T. Emmons System and method for streamlining user interface development
WO2015000054A1 (fr) 2013-07-02 2015-01-08 Youi Labs Inc. Système et procédé pour la rationalisation de développement d'interface utilisateur
EP3017364A4 (fr) * 2013-07-02 2017-03-29 Youi Labs Inc. Système et procédé pour la rationalisation de développement d'interface utilisateur
US9858050B2 (en) 2013-07-02 2018-01-02 Youi Labs Inc. System and method for streamlining user interface development
EP4130978A1 (fr) * 2013-07-02 2023-02-08 WarnerMedia Direct, LLC Système et procédé de rationalisation du développement d'une interface utilisateur

Also Published As

Publication number Publication date
EP1295203A1 (fr) 2003-03-26
AU2001274168A1 (en) 2001-12-17
FR2810130B1 (fr) 2004-04-16
FR2810130A1 (fr) 2001-12-14

Similar Documents

Publication Publication Date Title
EP0793171B1 (fr) Système de configuration de logiciels préconfigurés sur des systèmes ouverts en réseau dans un environnement distribué et procédé mis en oeuvre par un tel système
EP2336885B1 (fr) Procédé pour afficher dans un navigateur web le rendu produit par une application
WO2013140076A2 (fr) Procede et systeme de developpement d&#39;applications de consultation de contenus et services sur un reseau de telecommunciation
FR2796181A1 (fr) Systeme de developpement rapide d&#39;applications interactives
US10068172B2 (en) Method and system for simplified knowledge engineering
Konshin Next. js Quick Start Guide: Server-side rendering done right
EP3497674B1 (fr) Système de composition ou de modification de séquences de réalité virtuelle, procédé de composition et système de lecture desdites séquences
EP2116056A1 (fr) Procede de transmission d&#39;au moins un contenu representatif d&#39;un service, depuis un serveur vers un terminal, dispositif et produit programme d&#39;ordinateur correspondants
EP2187321B1 (fr) Procédé et dispositif d&#39;édition d&#39;un objet représenté dans une page web
FR2892883A1 (fr) Procede d&#39;optimisation de rendu d&#39;une scene multimedia, programme, signal, support de donnees, terminal et procede de reception correspondants.
EP1295203A1 (fr) Procede de structuration, de transfert et d&#39;interpretation d&#39;un ensemble d&#39;informations destinees a la conception d&#39;interfaces graphiques
EP1997040A1 (fr) Procédé, dispositif et système de gestion d&#39;informations structurées au sein d&#39;une scène graphique
Berghel et al. The world wide web
EP1194868B1 (fr) Methode et systeme de creation de documents electroniques - auto-publiants et adaptatifs
WO2014090514A1 (fr) Procédé de création de simulateur de configuration client
EP1494116A1 (fr) Procédé et dispositif pour l&#39;interfaçage graphique
Bellini et al. Exploiting intelligent content via AXMEDIS/MPEG-21 for modelling and distributing news
FR2810187A1 (fr) Procede et systeme pour particulariser un contenu de television numerique
EP2561454A1 (fr) Système informatique de partage et procédé correspondant
WO2009141539A2 (fr) Procede et systeme de configuration de documents
Zlobin Learning Python design patterns
WO2010026195A1 (fr) Procede et dispositif pour la creation et la modification de pages internet in situ
Fremantle A history and future of Web APIs
WO2005031620A2 (fr) Procede d’enquete electronique
FR2795535A1 (fr) Procede d&#39;execution a distance d&#39;une fonction sur un objet informatique dans un reseau de communication

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2001940651

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2001940651

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 2001940651

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP